 1-Feb-85 00:08:23-MST,940;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 00:08:11-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Feb 85 1:34 EST
Date: 31 Jan 1985  23:37 MST (Thu)
Message-ID: <KPETERSEN.12084124322.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: RCPM-058.LQT phone list of all known RCPMs updated

The latest list of all known RCPM (Remote CP/M) systems is now
available from SIMTEL20.  If you cannot FTP and you are not already on
the list to automatically receive updates of RCPM-xx.LST, please send
a note to me and I'll add you to the mailing list.

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MISC>
RCPM-058.LQT.1			COM	 38912  4708H

--Keith <W8SDZ@SIMTEL20.ARPA>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
 1-Feb-85 06:58:42-MST,934;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 06:58:36-MST
Received: From apg-1.arpa.ARPA by AMSAA via smtp;  1 Feb 85 8:20 EST
Date:  1 Feb 1985  8:12:06 EST (Friday)
From: Robert Bloom AMSTE-TOI 3775 <rbloom@Apg-1.ARPA>
Subject: Re: the 'how to' install Teac drives on a NorthStar
To: info-cpm@Amsaa.ARPA

The installation instructions to install teac 96tpi drives in a NorthStar
Horizon have been placed in simtel20:

Directory MICRO:<CPM.NSTAR>
NSTRTEAC.IQS.1                     type COM   15616 Bytes CRC= 6AE8H

To withstall an question:  NorthSTar CP/M version 1.1.0 or later *IS*
required - this version has all the necessary drivers to handle the
'Nine' drives.  To see if you have it - run CPMGEN and answer the drive
question with 'N' (not D or Q).  If it takes it, youre in!

(Thanks Keith Petersen for uploading to simtel20.)

-bob bloom

 1-Feb-85 08:17:58-MST,3400;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 08:17:46-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  1 Feb 85 9:23 EST
Received: from usenet by BRL-TGR.ARPA id a004431; 1 Feb 85 9:09 EST
From: Dave Brower <daveb@rtech.arpa>
Newsgroups: net.micro.cpm
Subject: RE: MINCE, PERFECT WRITER, backspace w/SCRIBBLE, etc.
Message-ID: <118@rtech.ARPA>
Date: 30 Jan 85 00:55:18 GMT
Xref: seismo net.micro.cpm:3888
To:       info-cpm@AMSAA.ARPA

> does anyone know how to do this?  In principle, it seems that you
> should be able to insert into a MINCE-processed file a CTRL-H
> (backspace), SCRIBBLE it, and then CRAYON it to get overstriking of
> two characters, but I can't do it.  Can anyone out there help?

The Scribble formatter, from which Perfect Format and the Final Word are
derived, tokenizes input and strips out 'garbage' characters such as
CTRL-H.  In practice and principle you can't embed ANY control codes and
special  characters directly in a .mss file and expect to see them in
your output.  You really don't want to do thie anyway, since it destroys
the printer independence that is one of the strong points of the
scribe-ish formatting model.

The method suggested by Perfect Software's old Berkeley tech support was
to define one of the extra printer strings, such as the italic on/off to
include a backspace. You therefore create an 'e' overstruck with a '`'
with something like:

	e@i(`)

Of course,  this creates some problems justifying things, since the
width of the grave accent gets counted even though it never really took
up a space.  You can make justification work if you only need to do a
few characters:  You include the CTRL-H and the grave-accent directly in
the italics string, doing the same with other special character and the
boldface, underline, etc. strings.  But you'd be screwed if you wanted
to use some of those attributes as originally intended at the same time.
(And I don't want to think about the proportional spacing implications...)

You'd be in slightly better shape if you have one of the MS-DOS Perfect
Formats, which handle MUCH larger TOCs and indeces, and have three more
special printer control string pairs as 'font1,' font2' and 'font3.'  I
don't know what additional flexibility is provided by The Final Word,
though it would be worth checking out.  The less said about PW 2.0 the
better.

Personally, I'd run with a PC Mince and a Perfect Format or a Final Word
formatter.

I have a number of things from the old 'Amythyst Users Group' that might
be of interest to diehard Mince hackers, and a (relatively) good 'C'
mode of my own design.  Reply via mail and I'll try to dredge it out of
the CP/M archives:  A) If there seems to be enough interest, and  B) I
can find a machine to read my old Osborne-1  disks.  Yes, I hacked Mince
with 90k drives, and it was VERY painful.

-Dave Brower

----------------
Mince, Scribble, Crayon and The Final Word are trademarks of Mark of the
Unicorn, Inc. (I hope still getting money from PSI and Thorne/EMI.)

Perfect Writer & Perfect Formatter are trademarks of Perfect Software,
Inc.

Barry A. Dobyns was the Amythyst User's Group and PSI's chief programmer.
-- 
----------------
-dB {ucbvax, decvax}!mtxinu!rtech!daveb

"The closer you look, the worse it gets."
 1-Feb-85 15:49:37-MST,3263;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 15:49:24-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  1 Feb 85 17:14 EST
Received: by rand-unix.ARPA; Thu, 31 Jan 85 12:38:46 pst
From: Bridger Mitchell <bridger@Rand-Unix.ARPA>
Message-Id: <8501312038.AA19547@rand-unix.ARPA>
Date: 31 Jan 85 12:38:42 PST (Thu)
To: Jan Steinman <jans%mako.uucp@Brl-Tgr.ARPA>
Cc: info-cpm@Amsaa.ARPA, bridger@Rand-Unix.ARPA, 
    "Paul L. Kelley" <PLK@Mit-Mc.ARPA>
Subject: Re: PUBPATCH and "swiped files"
In-Reply-To: Your message of Tuesday, 29 January 1985  10:03-MST.
	     <KPETERSEN.12083952152.BABYL@SIMTEL20.ARPA>


PUBPATCH *MUST* be installed on a STANDARD cp/m 2.2 bdos!

Jan Steinman and Paul Kelley have both reported similar problems--
files disappearing from the disk directory following the first
directory entry with 'E5' in byte 0.

Paul's problem was that his Heath CP/M 2.2.03 was *NOT* a standard
cp/m 2.2 bdos.  It contained this patch, abstracted by Paul:

;Patch at BDOS+0DEEH - End of BDOS
;Come here from GETALOC when first byte marked erased
;Speeds up allocation calculation
PATCH:	INX	H		;look at second byte
	CMP	M
	JNZ	GETA1		;if not erase mark, assume file entry
				;  and continue checking directory
	RET			;else assume we have found the region of
				;  the directory not changed since formatting
				;  and quit checking

		**************************
As we said in Dr. Dobbs, and in the PUBPATCH.ASM source, PUBPATCH
patch must be installed in a  *COMPLETELY STANDARD CP/M 2.2 BDOS!*
		**************************

Please recheck your bdos.  In the Heath case, Paul's version looked
like this:

Fragment from STANDARD BDOS2.2 routine to get the allocation vector
;
GETA1:	MVI	C,0FFH		;set the exit code
	CALL	NXTDIR		;set the next directory pointers
	CALL	CHKCNT		;was there one?
	RZ			;return if not
	CALL	PNTDIR		;point to the right spot
;HL now points to first byte of directory entry in DIRBUF
	MVI	A,DELDAT	;get the file deleted mark
	CMP	M		;is this what we see?
	JZ	GETA1		;keep looking for a nonempty block
	LDA	USRCOD		;get the user byte
	CMP	M		;test this against the first byte
	JNZ	GETA2		;if we don't match mark this block

----------------------------------------------------------------------
;Fragment from HEATH BDOS2.2 routine to get the allocation vector
;
GETA1:	MVI	C,0FFH		;set the exit code
	CALL	NXTDIR		;set the next directory pointers
	CALL	CHKCNT		;was there one?
	RZ			;return if not
	CALL	PNTDIR		;point to the right spot
;HL now points to first byte of directory entry in DIRBUF
	MVI	A,DELDAT	;get the file deleted mark
	CMP	M		;is this what we see?
--->	JZ	PATCH		;TEST FOR FORMAT AREA
	LDA	USRCOD		;get the user byte
	CMP	M		;test this against the first byte
	JNZ	GETA2		;if we don't match mark this block
---------------------------------------------------------------------

Jan:	Please let me know if this is, in fact, the source of your
	problem.
				
info-cpm list:
	The Heath code seems risky to me:  Anyone who, e.g., uses
	DU to clear a bad directory entry to E5's will end up
	unwittingly wiping out the rest of his directory.


--bridger mitchell


 1-Feb-85 19:08:35-MST,827;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 19:08:30-MST
Received: From usc-eclb.arpa.ARPA by AMSAA via smtp;  1 Feb 85 20:41 EST
Date: 1 Feb 1985 17:41-PST
Sender: JHESS@Usc-Eclb.ARPA
Subject: Networking CP/M
From: Jim Hess <JHESS@Usc-Eclb.ARPA>
To: info-cpm@Amsaa.ARPA
Message-ID: <[USC-ECLB] 1-Feb-85 17:41:22.JHESS>

I have several Z-80 based machines running CP/M and MP/M.  It would
be nice to network the machines together and CP/Net seemed like the
ideal solution.  Unfortunately, Digital Research no longer supports
CP/Net.  After many phone calls, I have been unable to find a vendor
who still has a copy in stock.

I would appreciate any leads on a place to purchase a copy of CP/Net or
suggestions of alternative networking solutions.  
 1-Feb-85 22:34:34-MST,2398;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 22:34:22-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  1 Feb 85 23:55 EST
Received: from usenet by BRL-TGR.ARPA id a001655; 1 Feb 85 23:44 EST
From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Microshell, Microtools and Microtree
Message-ID: <1269@ut-ngp.UUCP>
Date: 1 Feb 85 22:55:34 GMT
Xref: seismo net.micro.cpm:3890
To:       info-cpm@AMSAA.ARPA


 You can get Microshell from 

    New Generation Systems, INC
    1800 MIchael Faraday Drive, Suite 206
    Reston, Virginia, 22090
    (703) 471-5598

 I would also check Microtools, and MicroTree. I just bought MicroTree from
 them (ls, cd, pwd, tree, mv, cp, rm, mkdir, rmdir) and it works very well
 (it maps user areas to named directories). I run all three programs under
  MPM-816, but I have also used Microshell and Microtools under CP/M-80, and
  CP/M-816.

 Note that they do not support Microshell under MPM , some things do not work
 well in this environment ( no line editor for example, and script files
 which cross user and drive boundaries don't work well).

  In spite of the problems I found when running Microshell under CP/M-816 
and MPM-816 (you loose the command line editor), the features you can use
make it worth it (input and output redirection, pipes, file and drive paths,
delay constants, customizable prompt, and specially their shell language)
 It beats SUBMIT, XSUB, IF,..., etc. 

 Of course, you can only run 8 bit programs under it.

 I have dedicated one user (0) in one logical drive in my Hard disk 
to COM files and microshell scripts, and have COM versions
of all my important utilities (SQ,LU,USQ,SD,FIND,GREP,etc). I keep the shell
as a detached process and attach to it on a different page of my terminal 
(Televideo 950 with 4 pages) any time I want to run an 8 bit prog.
 
When I got Microtree from New Generations they also included a copy of 
'cd.com' so I could change directories inside the shell. I might also order
the 8 bit version to be able to use 'cp', 'mv', etc.

                      Ruben Mitchell
                      Cell Research Inst.
                      University of Texas
                      Austin, Texas, 78712
                      ruben@ut-ngp.arpa
 
 2-Feb-85 01:16:58-MST,1272;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 01:16:52-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  2 Feb 85 2:47 EST
Received: from usenet by BRL-TGR.ARPA id a004975; 2 Feb 85 2:40 EST
From: Gino Bloch <gino%voder.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Need HELP with SUBMIT
Message-ID: <654@voder.UUCP>
Date: 1 Feb 85 00:16:52 GMT
Xref: seismo net.micro.cpm:3893
To:       info-cpm@AMSAA.ARPA

[submit this line to the bug catcher]

> It's possibly no hlp to know this but the CompuPro 8/16 is able
> to use SUBMIT on any disk (or any user, or any sectin of the
> segmented hard disk).  I am not sure how this is done since Tony
> has been making CP/M do things for me that apparently it won't
> do for anyone else, and after a while I get used to it...
There is a patch to submit.com (or BDOS or CCP or ...) that allows submit
to use any drive.  If no one else posts it and people want it, I'll try to
find my source.  I must warn you, though, that I called my home my "chaostle"
long before reading about Jerry P's "Chaos Manor", so anyone else who has
the document, please post.
-- 
Gene E. Bloch (...!nsc!voder!gino)
Support Bulgarian gajda players.
 2-Feb-85 05:14:16-MST,313;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:14:12-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:44 EST
Date: 2 Feb 1985 06:42:57-PST
From: hcarter@Wpafb-Afita.ARPA
To: info-cpm@Amsaa.ARPA
Subject: Ethernet for CP


 2-Feb-85 05:22:16-MST,515;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:22:12-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:54 EST
Date: 2 Feb 1985 06:47:55-PST
From: hcarter@Wpafb-Afita.ARPA
To: info-cpm@Amsaa.ARPA
Subject: Ethernet for CP/M

Any one know of a ethernet interface including software for Turbo-Dos
systems (Z-80 based)?  We would like to attach our TD systems to
our net.

			Hal Carter
			Air Force Institute of Technology
 2-Feb-85 05:23:34-MST,515;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:23:30-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:54 EST
Date: 2 Feb 1985 06:47:55-PST
From: hcarter@Wpafb-Afita.ARPA
To: info-cpm@Amsaa.ARPA
Subject: Ethernet for CP/M

Any one know of a ethernet interface including software for Turbo-Dos
systems (Z-80 based)?  We would like to attach our TD systems to
our net.

			Hal Carter
			Air Force Institute of Technology
 2-Feb-85 05:51:10-MST,313;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:51:07-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:44 EST
Date: 2 Feb 1985 06:42:57-PST
From: hcarter@Wpafb-Afita.ARPA
To: info-cpm@Amsaa.ARPA
Subject: Ethernet for CP


 3-Feb-85 07:23:16-MST,643;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 07:23:11-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Feb 85 8:54 EST
Received: from bbna.arpa by BRL-AOS.ARPA id a000469; 2 Feb 85 9:03 EST
Date: 1 Feb 1985 21:26-EST
Sender: WAGREICH@bbna.ARPA
Subject: WHERE
From: WAGREICH@bbna.ARPA
To: INFO-CPM@brl.ARPA, INFO-MICRO@brl.ARPA
Message-ID: <[BBNA] 1-Feb-85 21:26:15.WAGREICH>

IN WHAT DIRECTORY ON SIMTEL20

IS THE "C" PHONE (OR IS IT PHOMES?)  PROGRAM FOR CPM?  IT WAS PUT
THERE AROUND SEPT 1, 1984.  PLEASE SEND ME THE DIRECTORY NAME AND
PROGRAM NAME.  THANKS.
 3-Feb-85 10:23:52-MST,2044;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 10:23:45-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Feb 85 11:52 EST
Date: Saturday, 2 February 1985  10:39-MST
Message-ID: <KPETERSEN.12084761185.BABYL@SIMTEL20.ARPA>
Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
Subject:   FIDO Version 10c now available
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA
ReSent-Date: Sun 3 Feb 1985 09:55-MST

As one of the "first real micro-bbs NETWORKS" here's the "full"
contents of FIDO version 10c for the DEC-Rainbow.

Filename			Type	 Bytes	 CRC

SIMTEL20 directory MICRO:<CPM.FIDO>
ANKER.TXT.1			ASCII	   539  0D2DH
FIDO.PQN.1			BINARY	 95337  AEF5H
FIDODEC.EQE.1			BINARY	 81664  F19EH
FIDOHLP.LBR.1			BINARY	  7552  54BAH
MINITEL.DOC.1			ASCII	 26842  87E8H
MINITEL.PAT.1			ASCII	  1229  099DH
NODELIST.BQS.1			BINARY	  5375  B153H
NODELIST.DQT.1			BINARY	  4683  B492H
NODELIST.EQE.1			BINARY	 24524  89E5H
NODEROUT.DQC.1			BINARY	 18887  7D35H
READMSG.LBR.1			BINARY	 13583  F434H
ROUTEGEN.EQE.1			BINARY	 27619  6C87H
SYSOP.EQE.1			BINARY	 13497  896DH
SYSOP.HQP.1			BINARY	  2597  B94AH
TIMELOG.EXE.1			BINARY	  9216  1892H
V10C.DQC.1			BINARY	  4404  6312H


Things I'm expecting to get by monday:
1. MINITEL (Modem-like) transfer pieces for IBM and look-alikes (+ Rainbow)
2. an updated NODE-list (weekly update currently) - Fido is growing by
	leaps and bounces (5 nodes per week).

Things I'm trying to get (but don't know yet):
FIDO versions for the IBM and lookalikes
FIDO-libraries (i.e.) "things" they make available and WE HERE don't have.

since FIDO (Tom Jennings) is LATTICE-C based (and source-controlled) - there
are NO SOURCES available for the time being.

FIDO supports MODEM7,KERMIT (and derivatives of both) - including a MODEM7
enhancement (time and date stamps) called MINITEL.
 3-Feb-85 11:17:35-MST,968;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 11:17:27-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Feb 85 12:41 EST
Date: Saturday, 2 February 1985  13:51-MST
Message-ID: <KPETERSEN.12084769953.BABYL@SIMTEL20.ARPA>
Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
Subject:   Turbo Pascal SQ-USQ.LBR
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA
ReSent-Date: Sun 3 Feb 1985 10:44-MST

Filename			Type	 Bytes	 CRC

SIMTEL20 directory MICRO:<CPM.TURBOPAS>
SQ-USQ.LBR.2			COM	 22272  6240H

(thanks to Jeff Duncan - LSM.DUNCAN at DEC-Marlboro) holds
Turbo-Pascal based SQueeze and UnSQeeze. Jeff "blessed" the original
MSDOS-based pieces to work on "both sides" of the house [CPM 80/86 and
MSDOS] and achieved a "speed-up" via buffering. Thanks Jeff!
 3-Feb-85 11:17:40-MST,946;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 11:17:33-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Feb 85 12:37 EST
Date: Sunday, 3 February 1985  06:01-MST
Message-ID: <KPETERSEN.12084769326.BABYL@SIMTEL20.ARPA>
Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
Subject:   YESNO.PAT for MSDOS Turbo Pascal
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA
ReSent-Date: Sun 3 Feb 1985 10:40-MST

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.TURBOPAS>
YESNO.PAT.1			ASCII	  2252  DF45H

YESNO.PAT is a patch to MS-DOS Turbo to permanently turn on/off the
"Include error messages" prompt when booting Turbo.

Downloaded from Texas FIDO at 806-795-0102 (Area 6 in  the FIDO),
thanks to Al Hull.
 3-Feb-85 14:06:11-MST,674;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 14:05:59-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Feb 85 15:41 EST
Received: from cmu-cs-a.arpa by BRL-AOS.ARPA id a003027; 3 Feb 85 15:42 EST
Date:  3 Feb 85 1446 EST (Sunday)
From: George.Wood@CMU-CS-A.ARPA
To: "B.Eiben LCG Ext 617-467-4431" <EIBEN@DEC-MARLBORO.ARPA>
Subject: Re: FIDO Version 10c now available
CC: info-cpm@BRL.ARPA
In-Reply-To: <KPETERSEN.12084761185.BABYL@SIMTEL20.ARPA>
Message-Id: <03Feb85.144657.GW90@CMU-CS-A.ARPA>


Is there a FIDO version for CP/M-80 V2.2? Is anyone working on one?

George Wood
@CMU-CS-A.ARPA
 3-Feb-85 17:36:01-MST,652;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 17:35:57-MST
Received: From washington.arpa.ARPA by AMSAA via smtp;  3 Feb 85 19:16 EST
Date: Sun 3 Feb 85 16:17:44-PST
From: Ronald Blanford <CONTEXT@WASHINGTON.ARPA>
Subject: CP/M-68K
To: info-cpm@AMSAA.ARPA

There's a small subgroup of us discussing CP/M-68K separately from the
mainline of info-cpm.  Anyone with anything to contribute should send mail
to one of the members:
context@WASHINGTON.ARPA, jody@UCLA-LOCUS.ARPA, mknox@UT-NGP.ARPA, samuel@SU-SCORE.ARPA, mwm%ucbopal.CC@UCB-VAX.ARPA, steve@BERKELEY.ARPA

-- Ron
-------
 3-Feb-85 19:01:42-MST,900;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 19:01:36-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  3 Feb 85 20:27 EST
Received: ID <SAILER@CMU-CS-C.ARPA>; Sun 3 Feb 85 20:31:00-EST
Date: Sun 3 Feb 85 20:30:58-EST
From: Lee.Sailer@CMU-CS-C.ARPA
Subject: Turbo Pascall
To: info-cpm@AMSAA.ARPA


AHA!  It is not perfect!

1.  There was a tantalizingly incomplete article about testing different
aspects of floating point arithmetic in the last BYTE.  Has anyone got the whole
program in any and all languages?

2.  I tried the little program in that article in Turbo Pascal and Aztec C
1.06b.  Aztec passed, Turbo FLUNKED!

For me, good floating point is important.  This has me very nervous.  Kahn? 
If you are out there, please make sure that the floating point in Turbo is
as good as it can be.

-------
 4-Feb-85 01:09:05-MST,1337;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 01:08:57-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 2:40 EST
Received: from su-score.arpa by BRL-TGR.ARPA id a023791; 4 Feb 85 2:36 EST
Date: 3 Feb 1985 23:34-PST
Sender: BILLW@SU-SCORE.ARPA
Subject: Re:  Need Help on BASICA Comm Support
From:  William Chops Westfield <BillW@SU-SCORE.ARPA>
To: lbafrin%clemson.csnet@CSNET-RELAY.ARPA
Cc: info-micro@BRL-TGR.ARPA, info-cpm@BRL-TGR.ARPA
Message-ID: <[SU-SCORE.ARPA] 3-Feb-85 23:34:50.BILLW>
In-Reply-To: The message of     Mon, 28 Jan 85 21:05 EST from     Larry Afrin <lbafrin%clemson.csnet@CSNET-RELAY.ARPA>

The problem with bit 8 being set to odd provide odd parity is almost
certainly telenet.  Most communications programs will strip the parity
bit from the characters received individually before putting them on
the screen or checking them against special characters.  It is not
usually practical to do this is basic.  What you normally want for
any kind of terminal is to read 7 data bits, and ignore the parity
bit, but I dont remember offhand whether that is one of the basica
options.  there may also be a telenet pad command to set the parity
and number of databits desired, but I dont know what it would be
offhand.

BillW
 4-Feb-85 02:12:07-MST,1099;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 02:12:02-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 3:30 EST
Received: from csnet-pdn-gw by BRL-TGR.ARPA id a024104; 4 Feb 85 3:30 EST
Received: from clemson by csnet-relay.csnet id a011409; 4 Feb 85 3:17 EST
Date:     Mon, 4 Feb 85 00:35 EST
From:     Larry Afrin <lbafrin%clemson.csnet@CSNET-RELAY.ARPA>
To:       info-micro@BRL-TGR.ARPA, info-cpm@BRL-TGR.ARPA
Subject:  Wanted: Source for any PD XMODEM Comm Pgm written in C

If anybody knows where I can get the source for any public domain
communications program that implements the XMODEM file transfer protocol,
please let me know (or even send me the source, if you've got it).  I'm
only interested in those programs that are written in C.

Thanks in advance.

					-- Larry Afrin
					   Dept. of Computer Science
					   Clemson University

---------------------------
Please send replies, if any, to:
lbafrin@clemson		if you're on CSNet
lbafrin.clemson@csnet-Relay	if you're on ARPANet
 4-Feb-85 06:50:21-MST,832;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 06:50:17-MST
Received: From ardc.arpa.ARPA by AMSAA via smtp;  4 Feb 85 8:11 EST
Date:     Mon, 4 Feb 85 8:06:55 EST
From:     J. Richard Hall (LCWSL) <rhall@Ardc.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  [J. Richard Hall:  T-Maker-3]


----- Forwarded message # 1:

Date:     Fri, 1 Feb 85 16:36:19 EST
From:     J. Richard Hall (LCWSL)  <rhall@ARDC>
To:       info.cpm@Amsaa
cc:       rhall@ARDC
Subject:  T-Maker-3

Does anyone know anything about the above program?  I have a Kaypro and
I have just about given up on PerfectFiler.  I need to manage a membership/
mailing list of several hundred, including the ability to sort by various
data fields (skills, etc).

----- End of forwarded messages
 4-Feb-85 08:44:24-MST,1292;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 08:44:17-MST
Received: From brl-voc.arpa.ARPA by AMSAA via smtp;  4 Feb 85 10:06 EST
Date:     Mon, 4 Feb 85 9:58:08 EST
From:     "Ferd Brundick (VLD/LTTB)" <fsbrn@BRL-VOC.ARPA>
To:       Info-Cpm@amsaa.ARPA, Info-Micro@amsaa.ARPA, Info-Pascal@BRL-VOC.ARPA
cc:       Pascal Postman <Info-Pascal-Request@BRL-VOC.ARPA>
Subject:  different CPUs

Hi,

I have a small request.  Whenever you send a message about a bug
report or wonderful new patch that you've written, PLEASE tell what
OS/CPU you are using.  On info-cpm you could assume that everyone was
using an 8080, but now discussions have branched out to include CP/M-86,
OS-9, MS-DOS, etc.  The problem is especially acute with programs like
Turbo Pascal that have been implemented on various CPUs.  A recent bug
report caused quite a bit of panic, but the bug is (apparently) only
in the MS-DOS version.  Thanks.

                                        dsw, fferd
                                        Fred S. Brundick
                                        aka Pascal Postman
                                        USABRL, APG, MD.
                                        <info-pascal-request@brl-voc>
 4-Feb-85 12:02:51-MST,830;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 12:02:46-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 13:10 EST
Received: from usenet by BRL-TGR.ARPA id a004323; 4 Feb 85 12:45 EST
From: Marnix van Ammers <vanam%pttesac.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: What is Simtel20
Message-ID: <160@pttesac.UUCP>
Date: 31 Jan 85 18:33:01 GMT
Xref: seismo net.micro.cpm:3897
To:       info-cpm@AMSAA.ARPA

Since we USENET users can't get to SIMTEL20, how about
someone who has access to both USENET and ARPANET occassionally posting
the most asked for CPM programs (like (n)sweep, or du or findbad).

Posting of .com files could be done in uuencode/uudecode format.

I could sure use a CPM+ compatible version of findbad.
 4-Feb-85 12:55:26-MST,1289;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 12:55:16-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:05 EST
Received: from usenet by BRL-TGR.ARPA id a004951; 4 Feb 85 12:59 EST
From: Gino Bloch <gino%voder.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Patching submit.com to work from any drive
Message-ID: <657@voder.UUCP>
Date: 1 Feb 85 18:28:35 GMT
Xref: seismo net.micro.cpm:3898
To:       info-cpm@AMSAA.ARPA

I found my CP/M patches, so I can promulgate the submit patch to allow
running from other than A:.  The current submit creates its work file,
$$$.sub, on the default drive, then looks for it on A:.  The patch
causes the work file to be made on A:.  That way, the search works better.

Using DDT, change location 5BBh of submit.com from 0 to 1.  That's it.

As a check, note that locations 5BCh to 5C6h contain "$$$     COM".

Look up the syntax of FCBs to see the rationale for the change (exercise
for the reader :-).

If you have a good library (personal or public), check out Microsystems,
Jul/Aug 1982 p 60.  There are a lot of patches listed there, for pip, asm,
movcpm, et al.
-- 
Gene E. Bloch (...!nsc!voder!gino)
Support Bulgarian gajda players.
 4-Feb-85 13:00:35-MST,4871;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:00:18-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:05 EST
Received: from usenet by BRL-TGR.ARPA id a004978; 4 Feb 85 12:59 EST
From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Example of simple Microshell script.
Message-ID: <1272@ut-ngp.UUCP>
Date: 3 Feb 85 02:10:52 GMT
Xref: seismo net.micro.cpm:3899
To:       info-cpm@AMSAA.ARPA


 Somebody asked me for an example of microshell scripts, the following includes
 a few of the commands and does not make use of any of the microtools.
 What I needed is a script to make the output of 'SD $SDALNP' more readable.
 I needed to set the printer margins,etc; form feed in between drive listings,
 I wanted the date, and the option to specify system and library files.

 I 'FILTER'ed the file to eliminate control chars (like ESC G4, ESC G8,
 ESC [ 1;96s, etc I use for my Televideo 950 and Qantex printer).

 The script is in a file called 'hdisk.shl' and it is invoked by the name
 'hdisk <parameters>'
 
:--------------------------------------------------------------------
:  PROGRAM      hdisk 
:  USAGE        hdisk [options]
:               <option>: <all| d1 [d2 [d3 [d4]]]>
:  DESCRIPTION  Print hard disk directories using 'SD' with parameters
:	  		'$APN' (all users, print, no pause)
:  EXAMPLES     hdisk all
:               hdisk b a d
:----------------------------------------------------------------------
%B$ = "" 
%#args %A
  %if %A LT 1 then goto help
%printdir
   %erase
   %print 
   %print "               G4  ----HARD DISK DIRECTORY-----G0 "
   %print "               G4        ALL USER AREAS        G0 "
   %print ;%print	
   %print  "                  G4 FILE SPECIFICATION  G0 "
   %print  "                  G8    <CR> for '*.*'   G0 "
   %print  "                  G8   (e.g. asm*.?q?)   G0 "
   %print  "                  G8                     G0 "
   %print
   %print -n  "                  G8 FILES: G0 "
   %getstr %E$ <con: ;   %upcase %E$
   %if %E$ NE ""  then goto checksys ;  %E$ = "*.* "
%checksys
   %print; %print
   %print -n "                  G8 SYSTEM FILES (Y/N): G0 "
   %getstr %8 <con: ;   %upcase %8
   %if %8 = "Y" then goto setsys 
   %8 = ""
%checklib
   %print; %print
   %print -n "                  G8 LIBRARY FILES (Y/N): G0 "
   %getstr %9 <con: ;   %upcase %9
   %if %9 = "Y" then goto setlib
   %9 = ""
%checkdate
   %print; %print
   %print -n "                  G8 DATE: G0 "
   %getstr %B$ <con: ;  %upcase %B$
:  BUILD PARAMETER LIST FOR SD.COM
    %D$ = " $ANP"
    %D$ = %D$ + %8 + %9
    %15 = %E$
: CHECK IF ALL DRIVES SPECIFIED
    %C$ = %1
    %upcase %C$
    %if %C$ = "ALL" then goto alldisks
: MESSAGE BEFORE PRINTING
    %print; %print
    %print "                  G4   Turn Printer ON LINE G0"
    %print "                  G4    SET to TOP-OF-FORM  G0"
    %print; %print
    %print -n "                  G8   Press any key to continue: G0 "
    %getchr %A$ <con:; %erase; %print
: RESET QUANTEX PRINTER TO DEFAULTS
:   / LEFT MARGIN 8 / TOP_MARGIN 5 / BOTTOM_MARGIN 6 + PADDING
    %P$ = " [5;60r   [8;96s      "
    %print -n %P$  > lst:;   %print >lst:
: PRINT HEADING AND DATE
    %print "                ====   Q540 - HARD DISK DIRECTORY  ======">lst:
    %print -n  "                             "  >lst:
    %print %B$ >lst: ;  %print > lst:
: PRINT DIRECTORY WITH THE SELECTED OPTIONS  
%loop
    %15 = %E$ + %D$   
    SD $1:$15 
    %print "" > lst:
    %shift
    %A = %A - 1
    %if %A GT 0 then goto loop
    %erase
    %print
    %print "           G4   ---HARD DISK DIRECTORIES PRINTED----   G0"
: RESET THE PRINTER TO DEFAULTS
    %print -n "c" > lst:
    %exit
%alldisks
    %A = 5
    %1=A  ; %2=B ; %3=C ; %4=D ; %5=E
    %goto loop
%help
    %erase
    %print
    %print "  NAME:        hdisk      
    %print
    %print "  DESCRIPTION: Print contents of hard disk, all user"
    %print "               areas. Prompts for a) a file mask, b) "
    %print "               the inclusion of system and library "
    %print "               files and c) for the current date    "
    %print 
    %print "  USAGE:       Hdisk [<option>]"
    %print "               <option>: 'all' | d1 [d2 [d3 [d4]]]"
    %print 
    %print "  EXAMPLES:    hdisk all"
    %print "               hdisk d a c"
    %print 
    %print "  NOTES:       Drives scanned under the 'all' option:"
    %print "               A:, B:, C:, D:, and E: "
    %print 
    %exit
%setsys
    %8 = "S"
    %goto checklib
%setlib
    %9 = "L"
    %goto checkdate

   Hope it helps,
                    Ruben Mitchell
                    ruben@ut-ngp.arpa
 4-Feb-85 13:10:18-MST,1070;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:10:09-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:07 EST
Received: from usenet by BRL-TGR.ARPA id a005433; 4 Feb 85 13:10 EST
From: grayson%uiucuxc.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: Re: permanently changing default disk fr
Message-ID: <34600008@uiucuxc.UUCP>
Date: 1 Feb 85 00:02:00 GMT
Nf-ID: #R:nbs-amrf:-39300:uiucuxc:34600008:000:446
Nf-From: uiucuxc!grayson    Jan 31 18:02:00 1985
Xref: seismo net.micro.cpm:3900
To:       info-cpm@AMSAA.ARPA

>I am running CP/M-86, and want to be able to set the default disk from within
>a program in such a way that it *REMAINS* set after exiting the program.

Just modify the byte at 0004 - half of it contains the default drive number,
and half contains the default user number.  (I forget which half, but that
can easily be discovered by experiment).

	uucp:	{ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
		Dan Grayson, Math Dept, Univ of Ill, Urbana 61801
 4-Feb-85 13:42:44-MST,777;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:42:37-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:07 EST
Received: from usenet by BRL-TGR.ARPA id a005726; 4 Feb 85 13:15 EST
From: grayson%uiucuxc.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: Re: CP/M-80 file directory debugger need
Message-ID: <34600007@uiucuxc.UUCP>
Date: 31 Jan 85 23:57:00 GMT
Nf-ID: #R:brl-tgr:-778400:uiucuxc:34600007:000:158
Nf-From: uiucuxc!grayson    Jan 31 17:57:00 1985
Xref: seismo net.micro.cpm:3901
To:       info-cpm@AMSAA.ARPA

I use DU2, which is part of ZCPR, and is widely available through
local computer clubs.  It allows you to fix the directory manually,
display records, etc...
 4-Feb-85 15:35:26-MST,620;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 15:35:18-MST
Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Feb 85 16:59 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a019965; 4 Feb 85 16:55 EST
Date: Mon, 4 Feb 1985  16:56 EST
Message-ID: <ASP.12085077991.BABYL@MIT-OZ>
From: Jim Aspnes <ASP%MIT-OZ@MIT-MC.ARPA>
To:   info-cpm%MIT-OZ@MIT-MC.ARPA
cc:   asp%MIT-OZ@MIT-MC.ARPA
Subject: XLISP version 1.2

Does anyone have a copy of this?  (Does it exist?)  C source would be 
preferable, an FTP-able COM file would be nice.

Thanks,

Jim

 4-Feb-85 21:50:21-MST,2049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 21:50:13-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  4 Feb 85 23:19 EST
Date: Mon 4 Feb 85 21:22:19-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: [Penny Anderson <Penny.Anderson@CMU-CS-C.ARPA>: Re: ZCPR3 Hacks]
To: cem%intelca.uucp@BRL-TGR.ARPA, apa@CMU-CS-C.ARPA, 
    info-cpm-request@AMSAA.ARPA, info-cpm@AMSAA.ARPA

Hi, Don,

	Sorry I took so long to respond (your message is attached).  Under
ZCPR2 and its version of ZEX, the case you describe is true.  Under
ZCPR3, ZEX does not monitor the prompt, but, rather, ZCPR3 leaves a
message to ZEX which tells it to resume input if it was suspended.  Hence,
the prompt itself is not of consequence under ZCPR3 and may be changed at
will.

		Rick
                ---------------

Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:12:38-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  21 Jan 85 2:54 EST
Received: ID <APA@CMU-CS-C.ARPA>; Mon 21 Jan 85 02:56:51-EST
Date: Mon 21 Jan 85 02:56:50-EST
From: Penny Anderson <Penny.Anderson@CMU-CS-C.ARPA>
Subject: Re: ZCPR3 Hacks
To: cem%intelca.uucp@BRL-TGR.ARPA
cc: APA@CMU-CS-C.ARPA, info-cpm-request@AMSAA.ARPA
In-Reply-To: Message from "Chuck McManis <cem%intelca.uucp@BRL-TGR.ARPA>" of Fri 18 Jan 85 20:52:48-EST
Resent-Date:  Mon, 28 Jan 85 14:37:36 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@AMSAA.ARPA

Chuck,
	Won't changing your system prompt to "A:!" screw up the way
ZEX handles input control.  If you use the "<uparrow><doublequote>" 
option in a ZEX file, ZEX turns control over to the console until it sees
a 'special character' pass by.  The special character in the distribution
version is a ">" with the MSB set.  It seems like that should leave the re-
mainder of your ZEX file pending forever.  Is that right, Rick?

	Don Shields  c/o [Penny Anderson - APA@CMU-C]
-------
-------
 5-Feb-85 10:13:05-MST,571;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 10:12:54-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp;  5 Feb 85 11:36 EST
Date: 5 Feb 1985 11:38-EST
Sender: LOG-ORG@USC-ISID.ARPA
Subject: HELP W/PROMODEM HOOKUP
From: LOG-ORG@USC-ISID.ARPA
To: INFO-CPM@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA] 5-Feb-85 11:38:29.LOG-ORG>


FOR MY FIRST MESSAGE TO THE NET--HELP!!
RECEIVED A PROMETHEUS PROMODEM 1200 FOR CHRISTMAS AND CANNOT
GET IT TO INTERFACE.  ANYONE HAVE EXPERIENCE/ADVICE?
DOC HOLLADAY
 5-Feb-85 11:12:14-MST,763;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 11:12:01-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Feb 85 12:37 EST
Date: 5 Feb 1985  10:40 MST (Tue)
Message-ID: <KPETERSEN.12085293529.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   LOG-ORG@Usc-Isid.ARPA
Cc:   Info-Cpm@Amsaa.ARPA
Subject: HELP W/PROMODEM HOOKUP
In-reply-to: Msg of 5 Feb 1985  09:38-MST from LOG-ORG at USC-ISID.ARPA

You should get:

Filename			Type	 Bytes	 CRC

SIMTEL20 directory MICRO:<CPM.MODEM>
PROMO.LBR.1			COM	 19072  1AE5H

This has a mode set and time set program which should help you in
setting up your Prometheus PROMODEM.
--Keith
 5-Feb-85 15:38:39-MST,700;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 15:38:34-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  5 Feb 85 17:07 EST
Received: from usenet by BRL-TGR.ARPA id a007131; 5 Feb 85 16:53 EST
From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: YESNO.PAT for MSDOS Turbo Pascal
Message-ID: <1279@ut-ngp.UUCP>
Date: 5 Feb 85 19:26:17 GMT
Xref: seismo net.micro.cpm:3916
To:       info-cpm@AMSAA.ARPA

What is the similar patch for the CP/M-86 version? I would like to bypass
the message. I am using version 2.o of Turbo Pascal for CP/M-86.
                 Ruben Mitchell
 5-Feb-85 17:57:14-MST,1513;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 17:57:06-MST
Received: From uci-icse.arpa.ARPA by AMSAA via smtp;  5 Feb 85 19:19 EST
To: Lee.Sailer@cmu-cs-c.arpa
cc: info-cpm@amsaa.arpa
Subject: Re: Turbo Pascall
In-reply-to: Your message of Sun 3 Feb 85 20:30:58-EST.
Date: 05 Feb 85 16:19:03 PST (Tue)
From: Alastair Milne <milne@Uci-Icse.ARPA>
Received: from Localhost by UCI-ICSE; 05 Feb 85 16:19:56 PST (Tue)


     
>    AHA!  It is not perfect!

>    1.  There was a tantalizingly incomplete article about testing different
>    aspects of floating point arithmetic in the last BYTE.  Has anyone got the
>     whole
>    program in any and all languages?

>    2.  I tried the little program in that article in Turbo Pascal and Aztec C
>    1.06b.  Aztec passed, Turbo FLUNKED!

>    For me, good floating point is important.  This has me very nervous.  Kahn
>    ? 
>    If you are out there, please make sure that the floating point in Turbo is
>    as good as it can be.

----------------------------

   Could somebody with easy access to BYTE please put that program on the bboard
 (assuming it is not of unreasonable size)?  I don't get BYTE, but I do have
  Turbo, and I'd like to be sure of the status of the version I have, bugs
  and all.  
  
  If the program is too big for reasonable posting, I'll try some other way.
 
                            Thanks in advance                  Alastair Milne
 5-Feb-85 20:37:15-MST,1714;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 20:37:07-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Feb 85 22:10 EST
Date: 5 Feb 1985  20:13 MST (Tue)
Message-ID: <KPETERSEN.12085397915.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@Amsaa.ARPA
Subject: NULU11.LBR now available

Thanks to Steve Noland <NOLAND at USC-ISI.ARPA> we now have NULU11.LBR
available on SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.CPMLIB>
NULU11.LBR.1			COM	 56064  EFB2H

Here are some excerpts from the author's DOC file:

NULU is a complete replacement for LU and LSWEEP.  Weighing in at 15k,
it includes all features of both programs and then some.  It features:

	Two operation modes with a full menu for each
        LU style CRC support and verification
	Viewing and printing of member files, unsqueezing when 
               necessary
	Extraction of member files with an option to unsqueeze 
               where appropriate
	Bigger libraries, up to 800 members or more depending on        
               available memory
	Automatic member sorting, all members kept sorted at all 
               times
	Faster reorganization
	Enhanced error handling
	Access to deleted members
	Optional read only patch
        CP/M Plus support
	General compatibility with LU and NSWEEP syntax
	Numerous user patches

To the best of my knowledge, NULU will run on any system running CP/M
2.x or higher, however it has only been tested by me on the Osborne 1
and the Osborne Executive computers.  It is written entirely in 8080
assembly language.
 6-Feb-85 10:14:10-MST,1645;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Feb 85 10:14:01-MST
Received: From brl-voc.arpa.ARPA by AMSAA via smtp;  6 Feb 85 11:28 EST
Date:     Wed, 6 Feb 85 11:22:42 EST
From:     "Ferd Brundick (VLD/LTTB)" <fsbrn@BRL-VOC.ARPA>
To:       Info-Cpm@amsaa.ARPA, Info-Micro@amsaa.ARPA, Info-Pascal@BRL-VOC.ARPA
cc:       Pascal Postman <Info-Pascal-Request@BRL-VOC.ARPA>
Subject:  new simtel20 files

Hi,

The following Z80 Turbo Pascal files have been added to simtel20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.TURBOPAS>
HELPPAT.DOC.1			ASCII	  3301  09BEH
PATCH.PAS.1			ASCII	  3297  550BH
SAMPLPAT.PAS.1			ASCII	  1583  17D5H

The file HELPPAT.DOC shows how to patch Z80 Turbo Pascal versions 1.0
and 2.0 with DDT so that the error message file is automatically
loaded without asking the user.

The program PATCH.PAS allows you to write Turbo programs that access
the CP/M command tail.  Turbo (as written) clobbers the command tail;
this patch program is run on a .COM file to move the tail to a "safe"
location.  It also dummies out some terminal initialization that .COM
files automatically do.

SAMPLPAT.PAS is a sample program showing how your program code must be
modified to use PATCH.PAS.  It also provides documentation for PATCH.PAS.  

                                        dsw, fferd
                                        Fred S. Brundick
                                        aka Pascal Postman
                                        USABRL, APG, MD.
                                        <info-pascal-request@brl-voc>
 6-Feb-85 10:35:52-MST,1845;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Feb 85 10:35:40-MST
Received: From brl-voc.arpa.ARPA by AMSAA via smtp;  6 Feb 85 11:50 EST
Date:     Wed, 6 Feb 85 11:44:23 EST
From:     "Ferd Brundick (VLD/LTTB)" <fsbrn@BRL-VOC.ARPA>
To:       Info-Cpm@amsaa.ARPA, Info-Micro@amsaa.ARPA
cc:       Meself <fsbrn@BRL-VOC.ARPA>
Subject:  new WordStar patch in simtel20

Hi,

The following file has been added to simtel20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.WSTAR>
NECWSOVR.AQM.1			COM	 13312  B6C6H

This file is an overlay-style patch file for WordStar 3.0.  It defines
terminal control sequences for a NEC PC-8001 with color monitor,
redefines some WordStar control keys, lowers the help level and delay
times, and defines user commands (^Q, ^W, ^E, and ^R) and control
sequences for a NEC PC-8023A dot-matrix printer.  A custom printer
driver allows you to make use of the printer's Greek, mathematical, and
half-height superscript characters.  True super/sub-scripts have also
been added (sorry, no proportional printing yet).

The file is written in 8080 mnemonics and will assemble correctly with
ASM or MAC.  It is heavily commented so that you can delete sections
which don't apply to your configuration and modify what is left.  For
non-NEC owners, the 8023 is basically the same as the C.Itoh Prowriter
and Apple dot-matrix printers, so you should be able to adapt the
print routine.

The overlay does not change the size of WS.COM, but it does overwrite
sections with the new printer driver and Greek table.

                                        dsw, fferd
                                        Fred S. Brundick
                                        USABRL, APG, MD.
                                        <fsbrn@brl-voc>
 7-Feb-85 12:12:42-MST,1093;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Feb 85 12:12:36-MST
Date:     Thu, 7 Feb 85 13:33:17 EST
From:     David Towson (SECAD) <towson@Amsaa.ARPA>
To:       info-cpm@Amsaa.ARPA
Subject:  Possible problems with info-cpm

Fellow CP/Mers - AMSAA.ARPA, the host for info-cpm, will receive a new version
of the UNIX operating system this weekend.  With such a major change taking
place, it is possible that something may become temporarily fouled up.  If you
observe any "strange behavior" with info-cpm, please send a note to:

			info-cpm-request@amsaa.arpa

with a clear description of your observation, and we'll get it fixed ASAP.  If
things become REALLY fouled up (very unlikely) and mail to AMSAA is being
rejected, please re-send your message to:

			~towson@brl-tgr

Be sure to include the tilde in front of "towson" to force delivery to BRL-TGR.
Otherwise, the mail will be automatically re-routed to AMSAA by the local mail
system.  Thanks.


Dave
towson@amsaa.arpa
aka info-cpm-request@amsaa.arpa

 8-Feb-85 12:19:05-MST,2873;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Feb 85 12:18:47-MST
Received: From usc-isi.arpa.ARPA by AMSAA via smtp;  8 Feb 85 13:17 EST
Date:  8 Feb 1985 13:14:03 EST
Subject: Final resolution of the MOG-UR (Tom Tcimpdis) prosecution.
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA
cc: info-micro@BRL-TGR.ARPA, kpetersen@SIMTEL20.ARPA

I picked this file up from a local BBS this morning - thought the
net would be interested since it seems to have turned into a test case
on the liability of RBBS sysops.

---------------------------------

7AM, 02/07/85:
    PURSUANT TO A TELEPHONE DISCUSSION WITH REGINALD DUNN,
HEAD OF THE CRIMINAL DIVISION OF THE L.A.  CITY ATTORNEY'S
OFFICE, I WAS INFORMED THAT THE PROSECUTION BELIEVES IT HAS
INSUFFICIENT EVIDENCE TO CONTINUE THE PROSECUTION OF TOM
TCIMPIDIS, SYSOP OF MOG-UR.  THIS DETERMINATION WAS MADE AFTER
I REQUESTED A REVIEW OF THE CASE ON 1/11/85 AFTER THE
DEPARTURE OF CITY ATTORNEY IRA REINER TO BECOME D.A., AND
WHILE THE CITY ATTORNEY'S OFFICE IS BEING RUN BY THE CIVIL
SERVICE STAFF PENDING ELECTION OF A NEW CITY ATTORNEY.  MR.
DUNN HAS GIVEN ME HIS WORD THAT THE PEOPLE WILL SEEK DISMISSAL
OF THE CHARGES AGAINST TOM UNDER CALIF.  PENAL CODE SECTION
1385, I.E., DISMISSAL IN THE INTERESTS OF JUSTICE.  UNDER
CALIFORNIA LAW, SUCH A DISMISSAL IS "WITH PREJUDICE" AND THE
PEOPLE CANNOT REFILE THE CASE SUBSEQUENTLY.  TO PUT IT
SUCCINCTLY, A DISMISSAL WILL TERMINATE THE PROSECUTION
PERMANENTLY.
    AS THE MEMBERS KNOW, THE CITY ATTORNEY'S OFFICE HAS
PREVIOUSLY RENEGED ON REPRESENTATIONS MADE TO ME REGARDING
DISMISSAL OF THE CHARGES....I WISH TO ASSURE EVERYONE THAT I
HAVE KNOWN MR.  DUNN FOR 10 YEARS, AND I TRUST HIS WORD
COMPLETELY.  IF HE SAYS THE CASE WILL BE DISMISSED, I AM
SATISFIED THAT SUCH AN ACTION WILL OCCUR.
     WE WIN.  WIN....WIN....WIN....WIN....WIN....MY THANKS TO
EVERYONE WHO CONTRIBUTED TO SUPPORTING TOM AND I IN THE
DEFENSE OF THIS MATTER.  I CONSIDER THIS TO BE A MAJOR VICTORY
FOR THE RIGHTS OF FREE SPEECH OVER THE "BIG BROTHER"
MACHINATIONS OF THE PHONE COMPANY.
     I WOULD BE GRATEFUL IF YOU WOULD DOWNLOAD THIS MESSAGE
AND PLACE IT ON OTHER SYSTEMS THROUGHOUT THE COUNTRY.....THIS
IS A VERY BIG VICTORY, AND THE BBS AND MODEM COMMUNITIES
SHOULD KNOW ABOUT IT.
     AGAIN, THANKS FOR THE SUPPORT.   BEST WISHES TO ALL,
                        CHUCK LINDNER
                        ATTORNEY FOR SYSOP TOM TCIMPIDIS
.
8PM, 02/07/85:
     THE CASE OF PEOPLE V. TCIMPIDIS, AKA USE A MODEM, GO TO
JAIL, WAS DISMISSED IN THE "INTERESTS OF JUSTICE" THIS
MORNING, 2/7/85.  AS NOTED EARLIER, THIS DISMISSAL IS WITH
PREJUDICE, AND TOM IS NOW FREE OF THE PACTEL SCOURGE.  ANOTHER
SMALL STEP FOR SOMETHING RESEMBLING JUSTICE.
                        CHUCK
-------
 8-Feb-85 12:56:30-MST,793;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Feb 85 12:56:24-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp;  8 Feb 85 14:19 EST
Received: from Concord.ms by ArpaGateway.ms ; 08 FEB 85 11:22:38 PST
Date: 8 Feb 85 11:22:35 PST (Friday)
From: Bicer.ES@XEROX.ARPA
Subject: OSBORNE PARALLEL PORT
To: info-cpm@AMSAA.ARPA

A community group I am involved with just received an Osborne 1
and a Radio Shack TRS-80 Line Printer VII, and I have the honor of
maintaining the system. Does anyone know:

	1 - Does TRS-80 Line Printer VII have a Centronics port?
	2 - Where can I get a Centronics cable for the Osborne 1?
	3 - Are there any problems in the hook up?
	
Any info will be greatly appreciated.
Thanks,
Jack Bicer
	 
 9-Feb-85 06:50:33-MST,1490;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 06:50:27-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000905; 9 Feb 85 8:26 EST
Received: from usenet by BRL-TGR.ARPA id a021029; 9 Feb 85 1:41 EST
From: Gollem uucp link <gollem%asgb.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: FORTH83, ZCPR3 questions
Message-ID: <632@asgb.UUCP>
Date: 6 Feb 85 17:30:46 GMT
Xref: seismo net.micro.cpm:3923
To:       info-cpm@AMSAA.ARPA

Two questions:

1)  I recently downloaded the FORTH-83 (SIGM-204) from a RBBS.
    From what I can tell, it looks great.  My problem is that
    I'm used to a FIG-FORTH implementation, and I'm having some
    problems finding some of the old familiar words (it took me
    a couple minutes to find u*d when the old U* wasn't there).
    Is there any documentation, other than the "SHADOW" vocab-
    ulary available?  If someone has an online vocabulary list
    I would really appreciate a copy.  Also some info on the
    meta-compiler would be useful too.

2)  Has anyone already installed ZCPR3 on a Colonial Data
    Services SB-80 (running 2.2)?  If so, I'd appreciate any
    tips or help you might be able to provide.  I'm sure that
    given the time, I'll be able to do it, but why reinvent the
    wheel, right?

Thanks to any and all who may be able to help.

Rob Greenbank
Burroughs, Boulder CO
(...decvax!ittvax!dcdwest!sdcsvax!bmcg!asgb!gollem!rob)
 9-Feb-85 06:53:31-MST,1418;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 06:53:25-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa00905; 9 Feb 85 8:27 EST
Received: from usenet by BRL-TGR.ARPA id a021668; 9 Feb 85 1:56 EST
From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: General info on NULU (library program)
Message-ID: <1292@ut-ngp.UUCP>
Date: 8 Feb 85 16:47:33 GMT
Xref: seismo net.micro.cpm:3924
To:       info-cpm@AMSAA.ARPA


In reference to the news about NULU11.LBR available now in SIMTEL.

 I have been using  NULU instead of LU for several months
under CP/M-80, CP/M-816 and MPM-816 with no problems. It is an excellent
program if you use libraries. I am using them even more with a large hard
disk than with a floppy system. 

I have noticed only two problems:

- if you use NULU with libraries created with LU you get error messages 
   indicating that the directory has a CRC error. Just ignore the message.

- the second is a real bug- if you extract a library member and specify a
  destination ('du:file.ext'), and you enter the file name in lower case
  then you cannot access the file. Directory listings using SD, for instance,
  show the file name in lower case. Rename does not work, but you can
  rename the file using VFILE, SWEEP, or DISK77.

                   Ruben Mitchell
 9-Feb-85 07:34:39-MST,486;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 07:34:35-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001075; 9 Feb 85 9:13 EST
Received: from usenet by BRL-TGR.ARPA id a025971; 9 Feb 85 6:41 EST
From: edwardsb@HARVARD.ARPA
Newsgroups: net.micro.cpm
Subject: cancel <311@harvard.ARPA>
Message-ID: <351@harvard.ARPA>
Date: 31 Jan 85 15:18:47 GMT
Control: cancel <311@harvard.ARPA>
To:       info-cpm@AMSAA.ARPA


 9-Feb-85 17:39:59-MST,412;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 17:39:55-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a000921; 9 Feb 85 19:15 EST
Date: Sat 9 Feb 85 16:22:33-EST
From: "James A. Lutz" <STRAZ.JAL%MIT-OZ@MIT-MC.ARPA>
Subject: Cancel <straz.jal>@mit-oz
To: info-cpm@AMSAA.ARPA

PLease remove <straz.jal>@mit-oz from info-cpm@amsaa.arpa
-------

 9-Feb-85 19:22:45-MST,992;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 19:22:37-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001690; 9 Feb 85 20:58 EST
Received: from usenet by BRL-TGR.ARPA id a005072; 9 Feb 85 20:48 EST
From: drick <drick%hplvle.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Need HELP with SUBMIT
Message-ID: <6100001@hplvle.UUCP>
Date: 20 Feb 85 03:16:00 GMT
Nf-ID: #R:brl-tgr:-773600:hplvle:6100001:000:378
Nf-From: hplvle!drick    Feb  4 19:16:00 1985
Xref: seismo net.micro.cpm:3931
To:       info-cpm@AMSAA.ARPA

re: JEP's CP/M-86 BIOS

MY version of CompuPro's CP/M-86 won't even run submit out of
other user areas on the A drive!  Does CompuPro *ever* ship these
wonderful enhancements to anyone but JEP?

Still waiting for the TMX BIOS,

David L. Rick
...!hplabs!hplvla!hplvle!drick

[ These opinions are certainly not those of HP.  I'm sure HP
*has* no opinion concerning CP/M-86.]
    
 9-Feb-85 23:06:39-MST,1114;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 23:06:30-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002533; 10 Feb 85 0:43 EST
Date: 9 Feb 1985  22:41 MST (Sat)
Message-ID: <KPETERSEN.12086473521.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Cc:   Info-Micro@brl-vgr.ARPA, Info-Modem7@SIMTEL20.ARPA
Subject: ITS-binary files at SIMTEL20 are no more

All existing ITS-binary files on SIMTEL20's MICRO:<CPM.*> directories
(those funny things with the four-byte header that most users have to
strip off) have been converted to standard Tops-20 BINARY.  What this
means is that you no longer have to strip the four byte headers on
.COM, .LBR, and SQueezed files.  All future binary files will be
stored in standard BINARY (8) format.  A new MICRO:<CPM>CPM.CRCLST has
been generated and should be available by the time you read this
message.  New CRCLSTs for CPMUG and SIGM will be made as soon as the
conversion has been completed on those files.

--Keith
 9-Feb-85 23:10:09-MST,947;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 23:09:59-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002535; 10 Feb 85 0:46 EST
Received: from usenet by BRL-TGR.ARPA id a008445; 10 Feb 85 0:40 EST
From: "Mark D. Falleroni" <mdf%trwrba.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: iLISP INFO needed
Message-ID: <1265@trwrba.UUCP>
Date: 6 Feb 85 15:40:33 GMT
Xref: seismo net.micro.cpm:3933
To:       info-cpm@AMSAA.ARPA


I read with great interest about a CP/M Lisp compiler called
iLISP.  This program is marketed by Computing Insights.  I
wrote to the company for information about iLISP.  For only
$50.00, the features of iLISP sound too good to be true.
Does anyone out there have any 'hands on' experience with
this program???
I will post response summaries to the net.
Thanks in advance for any help given.

Mark Falleroni
TRW
Ogden,Utah
<mdf>
10-Feb-85 07:11:05-MST,1492;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 07:10:58-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003008; 10 Feb 85 8:47 EST
Received: from usenet by BRL-TGR.ARPA id a011851; 10 Feb 85 8:41 EST
From: Melinda Shore <shor%sphinx.uchicago.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: C compiler needed for C/PM80 - (nf)
Message-ID: <187@sphinx.UChicago.UUCP>
Date: 8 Feb 85 22:31:21 GMT
Xref: seismo net.micro.cpm:3934
To:       info-cpm@AMSAA.ARPA

I, too, would recommend the Aztec C compiler, but with one reservation:
it generates sub-optimal (ahem) code.  In fact, one might consider its
code generation downright lousy.  (Note:  my version was released over a
year ago.  They have come out with a new release that's supposed to be a
considerable improvement).  On the other hand, it's highly K & R
compatible, produces reasonable error messages, comes with a decent
librarian, and is easy to work with.

I've heard good things about Ecosoft C, too.  An attractive option with
that compiler is that they have a version out that they distribute with
the SLR Systems Assembler/Linker, which has an outstanding reputation.

-- 

Melinda Shore, Microcomputer Laboratory
University of Chicago Computation Center
uucp:     ihnp4!gargoyle!sphinx!shor
Mailnet:  staff.melinda@UChicago.Mailnet
Bitnet:	  shor%sphinx@uchicago.bitnet
ARPA:	  staff.melinda%UChicago.Mailnet@mit-multics.arpa
10-Feb-85 09:58:31-MST,564;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 09:58:25-MST
Received: from mitre.arpa by AMSAA.ARPA id a003181; 10 Feb 85 11:36 EST
Date: 10 Feb 1985 11:32:53 EST (Sunday)
From: Jeffrey Edelheit <edelheit@mitre.ARPA>
Subject: Re: ITS-binary files at SIMTEL20 are no more
In-Reply-to: Your message of 9 Feb 1985  22:41 MST (Sat)
To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
Cc: info-cpm@AMSAA.ARPA

Keith - What about the PC-BLUE files?  Are the being converted?

Jeff Edelheit
(edelheit@mitre)

10-Feb-85 10:44:19-MST,781;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 10:44:00-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003255; 10 Feb 85 12:18 EST
Date: 10 Feb 1985  10:17 MST (Sun)
Message-ID: <KPETERSEN.12086600095.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Jeffrey Edelheit <edelheit@mitre.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Subject: ITS-binary files at SIMTEL20 are no more
In-reply-to: Msg of 10 Feb 1985  09:32-MST from Jeffrey Edelheit <edelheit at mitre.ARPA>

The entire MICRO: structure has been completed now.  All ITS-binary
files in <CPM.*>, <CPMUG.*>, <SIGM.*> and <PC-BLUE.*> are now standard
Tops-20 BINARY (8).

--Keith
10-Feb-85 17:32:07-MST,2039;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 17:31:54-MST
Received: from brl.arpa by AMSAA.ARPA id a005496; 10 Feb 85 18:49 EST
Received: from rand-unix.arpa by BRL-AOS.ARPA id a016065; 10 Feb 85 18:46 EST
Received: from vortex.UUCP by rand-unix.ARPA; Sun, 10 Feb 85 15:20:41 pst
Date: Sun, 10-Feb-85 12:52:19 PST
From: Lauren Weinstein <vortex!lauren@RAND-UNIX.ARPA>
Subject: MOG-UR dismissal -- doesn't establish a point of law
Message-Id: <8502101252.902.0.VT1.00C@vortex.UUCP>
To: info-cpm@BRL.ARPA, info-micro@BRL.ARPA

It seems unlikely that this represents a test case for anything.
There were a number of factors in this particular case that make
it very specific and unlikely to form any basis of law.

In particular, it involved only one particular message and not
a pattern of messages.  What would happen with BBS's that routinely
allowed the posting of such messages with credit card numbers,
libelous or copyrighted materials, etc.?  I'll give odds that in
that kind of case, there would be sufficient evidence to proceed with
the prosecution.

It should also be noted that another case (more serious than
the MOG-UR case) is already apparently in its early stages.
It supposedly involves a BBS that was set up and used by Neo-Nazis to 
discuss and plan various illegal activities.  The operator of the BBS
has publicly claimed that he doesn't know anything about what
people discuss on his system -- he doesn't care.  Both the U.S.
and Canada are apparently involved with the case.

In other words, I don't think we're looking at any kind of
general ruling from MOG-UR (in fact, I know we're not,
since a prosecution dismissal does not establish any points of law) and
I would expect to see additional actions taken against 
systems--but presumably using more than a single message as evidence.
There was simply not enough evidence in the MOG-UR case for them
to proceed, but there will be other cases.

--Lauren--





10-Feb-85 18:29:27-MST,2328;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 18:29:09-MST
Received: from simtel20.arpa by AMSAA.ARPA id a005583; 10 Feb 85 20:06 EST
Date: Saturday, 9 February 1985  09:14-MST
Message-ID: <KPETERSEN.12086685291.BABYL@SIMTEL20.ARPA>
Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
Subject:   FIDO V10E and new NODELIST, FIDOLIST
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
ReSent-Date: Sun 10 Feb 1985 18:05-MST

Thanks Kevin - (all files in MICRO:<CPM.FIDO> on SIMTEL20) - I left
NODELIST squeezed - and changed the "user-side" to FIDOLIST.039 -
because thats the one most "users" will be interested in. I will wait
- till You get all of the pieces - it took Jim Ryan a LONG TIME to get
them up here - (and me two hours to get the stuff from Yuo - plus
"fun" to stuff it onto the -20 from the VAX) -- I just don't have the
time to change every week a major package. I will however switch
"over" when we get another "major" release - and obviously keep the
"node-lists" up to date , whenever they come in.

Hope, this "compromise" ["latest" on DECNET (for DECcies) and on WAYSTAR
for evrybody - MAJOR releases here - and latest NODELIST here too and
also on SIMTEL-20 - will satisfy everybody involved.
			Thanks again - Bernie

- - - - - - - Begin message from: LCG.KERMIT
Date: 9 Feb 1985 0048-EST
From: LCG.KERMIT
To: EIBEN
Subject: FIDO V10E and new NODELIST, FIDOLIST

Bernie,

Just uploaded NODELIST.0Q9, and FIDOLIST.0Q9.  (Squeezed NODELIST.039
and FIDOLIST.039 - these files are getting too big not to squeeze them for
transfer!)  These files supersede any earlier NODELIST.BBS or NODELIST.nnn
files (old ones should be deleted).   Also, there has been a new FIDO release,
Version 10E is out and available on WayStar and my REFUGE public directory
  REFUGE""::SYS$PUBLIC:[RAINBOW.MSDOS.FIDO]
I have the DEC Rainbow and IBM PC versions on file, others will be put up
as they become available.   V10E is supposedly bugfixes only, no new function.

Regards,

         Kevin R. Porter (Sysop of WayStar at (617)-481-7147 in Marlboro, MA)
   ========
- - - - - - - End forwarded message
10-Feb-85 19:16:35-MST,4823;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 19:16:08-MST
Received: from simtel20.arpa by AMSAA.ARPA id a005644; 10 Feb 85 20:30 EST
Date: Tuesday, 5 February 1985  10:11-MST
Message-ID: <KPETERSEN.12086689649.BABYL@SIMTEL20.ARPA>
Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
Subject:   Complete FIDO Release V10c and MINITEL ver. 3
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
ReSent-Date: Sun 10 Feb 1985 18:29-MST

The complete FIDO release V10c and the "mini-introduction" by Jim Ryan
into FIDO and MINITEL - are now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.FIDO>
	DECMINI.EQE.1		BINARY	 34816  91DEH
	FIDO.NOT.1		ASCII	  1809  FA9DH
	FIDO.PQN.1		BINARY	 95337  AEF5H
	FIDODEC.EQE.1		BINARY	 81664  F19EH
	FIDOHLP.LBR.1		BINARY	  7552  54BAH
	FIDOLIST.039.1		ASCII	 13749  D0D1H
	FIDO_IBM.EQE.1		BINARY	 81902  ECAEH
	FIDO_OTR.EQE.1		BINARY	 81484  424FH
	FIDO_SYO.EQE.1		BINARY	 81670  698AH
	FIDO_TIP.EQE.1		BINARY	 81423  0462H
	IBMMINI.EQE.1		BINARY	 35072  4A1EH
	JRMINI.EQE.1		BINARY	 35072  CBBEH
	MINITEL.DOC.1		ASCII	 26842  87E8H
	MINITEL.NOT.1		ASCII	  1030  4732H
	MINITEL.PAT.1		ASCII	  1229  099DH
	NODELIST.0Q9.1		BINARY	  9740  0CF8H
	NODELIST.BQS.1		BINARY	  5375  B153H
	NODELIST.DQT.1		BINARY	  4683  B492H
	NODELIST.EQE.1		BINARY	 24524  89E5H
	NODEROUT.DQC.1		BINARY	 18887  7D35H
	OTRMINI.EQE.1		BINARY	 34560  F48BH
	READMSG.LBR.1		BINARY	 13583  F434H
	ROUTEGEN.EQE.1		BINARY	 27619  6C87H
	SYOMINI.EQE.1		BINARY	 34944  76E5H
	SYSOP.EQE.1		BINARY	 13497  896DH
	SYSOP.HQP.1		BINARY	  2597  B94AH
	SYS_IBM.EQE.1		BINARY	 13539  9C36H
	SYS_TIP.EQE.1		BINARY	 13582  72D6H
	TIMELOG.EXE.1		BINARY	  9216  1892H
	TIPMINI.EQE.1		BINARY	 34816  CCE4H
	V10C.DQC.1		BINARY	  4404  6312H

Bernie,

  Well,  it took me most of the morning (it's OK, I have two PC's in
my office), but I got you copies of the (rest of) Fido Version  10c.
Some of the improvements in Fido 10c are :

          *  Automatic initialization of most modems
          *  Better routing schedule
          *  Correction of a few minor bugs

The files I sent you are as follows :

          FIDO_IBM.EQE          Fido for the IBM PC, PCjr and clones
          FIDO_OTR.EQE          Fido for the Otrona Attache
          FIDO_SYO.EQE          Fido for the Sanyo 555
          FIDO_TIP.EQE          Fido for the TI Professional

          SYS_IBM.EQE           Sysop utility for IBM, Otrona, Sanyo
          SYS_TIP.EQE           Sysop utility for the TI Professional

For  those  who  are  not  familiar  with this software -- Fido is a
MS-DOS Message and file transfer system that  supports  Kermit  file
transfers  (as  well as Ascii, Xmodem, Modem7, and Telink), multiple
message areas, and national electronic mail.  It was written by  Tom
Jennings,  who  has  placed  it  in  the  public  domain.If you need
assistance with setting up Fido, you can call the following  systems
:

          System #     System Name         Leave message for
          -----------------------------------------------------
          Fido #1      Fido's Board        Tom Jennings
          Fido #9      Silver Screen       Jim Ryan (FidoNet only)
          Fido #14     Waystar             Kevin Porter
          Fido #27     Dave's Fido         Dave Rene
          Fido #51     Decus Central       Ken Kaplan
                                           Ben Baker
          Fido #209    Firesign Theatre    Jim Ryan (otherwise)

Take it easy.....
                                           Jim Ryan


Bernie,

  Here  (finally)  are  the  copies of Minitel I started to send you
last Friday.  Minitel (Version 3.00) is  a  communications  software
package  written by Tom Jennings (of Fido fame) that supports Kermit
as well as Xmodem, Modem 7 (batch Xmodem) and Telink  (batch  Xmodem
with MS-DOS filesize information).  There are presently six versions
of Minitel :

           IBMMINI.EXE          Minitel for the IBM PC
           DECMINI.EXE          Minitel for the Rainbow 100
           OTRMINI.EXE          Minitel for the Otrona Attache
           SYOMINI.EXE          Minitel for the Sanyo 555
           TIPMINI.EXE          Minitel for the TI Professional
           JRMINI.EXE           Minitel for the IBM PC/Novation

There are also two document files with Minitel :

           MINITEL.DOC          Documentation on Minitel
           MINITEL.PAT          Instructions on patching Minitel

Hope your users find these programs of value.

                                          Jim Ryan
10-Feb-85 20:20:06-MST,771;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 20:20:01-MST
Received: from simtel20.arpa by AMSAA.ARPA id a005781; 10 Feb 85 21:52 EST
Date: 10 Feb 1985  19:51 MST (Sun)
Message-ID: <WANCHO.12086704588.BABYL@SIMTEL20.ARPA>
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To:   INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA
Subject: New FTP Server at SIMTEL20

To help you keep from FTPing files from here in the "wrong" mode, the
author of the FTP Server we use here, Vince Fuller (VAF@CMU-CS-C), has
made a modification that will not permit the transfer of a non-ASCII
file in ASCII mode along with a warning message to that effect.  This
version has been tested and installed this afternoon.

--Frank
11-Feb-85 01:25:39-MST,1414;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 01:25:29-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a006140; 11 Feb 85 2:59 EST
Received: from usenet by BRL-TGR.ARPA id a004973; 11 Feb 85 2:46 EST
From: jmg%bradley.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: Re: C compiler needed for C/PM80
Message-ID: <24900009@bradley.UUCP>
Date: 7 Feb 85 04:09:00 GMT
Nf-ID: #R:alberta:-40000:bradley:24900009:000:791
Nf-From: bradley!jmg    Feb  6 22:09:00 1985
Xref: seismo net.micro.cpm:3936
To:       info-cpm@AMSAA.ARPA

/**** bradley:net.micro.cpm / alberta!dyck /  5:54 pm  Feb  4, 1985 ****/
I am looking for a GOOD C compiler for an
Osborne1. The only one I have been able 
to find had a price tag of $450. Any 
information on one you have used and where
I can order it from would be greatly
appriciated.

            thanx in advance
            Terry Dyck 
            University of Alberta
            ihnp4!alberta!dyck
/* ---------- */

I would recommend the AZTEC CII compiler by MANX Software Systems.  I have
found it to be a very GOOD implementation of the K+R syntax.  The price
tag for the complete system is ~ $300-350.

    ---- Jeff


Jeff Gibson  			UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
Bradley University		ARPA: cepu!bradley!jmg@UCLA-LOCUS
Peoria, IL 61625        	PH: (309) 692-9069
11-Feb-85 01:25:52-MST,982;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 01:25:46-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a006138; 11 Feb 85 2:58 EST
Received: from usenet by BRL-TGR.ARPA id a004861; 11 Feb 85 2:44 EST
From: Charles Lord <cjl%ecsvax.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: TRS/Montezuma Questions- How Good?
Message-ID: <674@ecsvax.UUCP>
Date: 8 Feb 85 05:30:13 GMT
Xref: seismo net.micro.cpm:3935
To:       info-cpm@AMSAA.ARPA


This is a question for those who have or have at least used
the Montezuma CP/M (2.2) for the Model 4. How good is the
system overall? What bugs have you found? What "standard"
CP/M programs will not run properly?

 .. from the glowing reviews I have seen in the last year,
you would think it was the best thing since sliced bread.

Also- where is the price the cheapest?

                      Charles Lord
                     ...!decvax!mcnc!ecsvax!cjl
11-Feb-85 01:53:24-MST,868;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 01:53:17-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a006197; 11 Feb 85 3:25 EST
Received: from usenet by BRL-TGR.ARPA id a005583; 11 Feb 85 3:01 EST
From: Richard Foulk <richard%bigtuna.uucp@BRL-TGR.ARPA>
Newsgroups: net.wanted.sources,net.micro.cpm
Subject: Info on Random House Thesaurus? (reposting)
Message-ID: <137@bigtuna.UUCP>
Date: 7 Feb 85 20:50:30 GMT
Xref: seismo net.wanted.sources:483 net.micro.cpm:3937
To:       info-cpm@AMSAA.ARPA

Does anyone have any info on the structure of the data file
that comes with the Random House Thesaurus -- the additive
package for Wordstar?

I'd like to be able to access the thesaurus from some other
programs.

thanks

-- 
Richard Foulk		(..islenet!bigtuna!richard)
Honolulu, Hawaii
11-Feb-85 09:05:31-MST,1036;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 09:05:24-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010547; 11 Feb 85 10:24 EST
Date: Mon 11 Feb 85 08:23:38-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Trenton Computer Festival
To: info-cpm@AMSAA.ARPA

	The 10th Annual Trenton Computer Festival is to be held at Trenton
State College, Trenton, NJ, on April 20 and 21 this year.  The exhibit
area is three times larger than last year, and user group meetings, 
demonstrations, and talks on topics ranging from
computer graphics, robotics, operating systems, computer languages, AI,
and others are planned.  A public forum on SYSOPS/Electronic Bulletin
Boards (with some discussion of the MOG-UR case) is also planned.  For
those interested in ZCPR3, I'll be giving a one-hour talk on its status,
future directions, and software development environment philosophies,
which include UNIX and Ada-based and LISP-based workstations.

		Rick
-------
11-Feb-85 11:02:53-MST,2468;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 11:02:35-MST
Received: from office-2.arpa by AMSAA.ARPA id a012551; 11 Feb 85 12:26 EST
Date: 11-Feb-85 09:23 PST
From: Alan Bomberger <ACB.TYM@OFFICE-2.ARPA>
Subject: Ampro disk performance
To: info-cpm@AMSAA.ARPA
Message-ID: <TYM-ACB-6D0HT@OFFICE-2.ARPA>

My wife uses an Ampro Little Board computer to do her writing and was 
complaining about the poor disk performance.  I applied high powered diagnostic
techniques (an AM radio placed next to the computer) and discovered that the 48
TPI drives were only reading 1 sector per revolution.  Examination of the 
formatter disclosed a format that assumed that every other sector could be read
(skew of 2?).  It would take an extremely optimistic person to believe that you
could read every other 512 byte sector.  The 96 TPI drives use 1024 byte 
sectors and it is possible to read every other sector.  Changing the formatter 
to set the skew at 3 (reading every third sector  1,8,5,2,9,6,3,10,7,4) 
improved the disk performance by a factor of 3!

Further poking around with the multiformatter revealed that many 5 inch formats
actually use 256 byte sectors.  It takes 6 revolutions to read a full track 
with 256 byte sectors and only 2 to read a full track with 1024 byte sectors 
(due to controller and BIOS set up times).  No wonder a lot of people complain 
about 5 inch disks being SLOW!!

One final comment (somewhat unrelated) a recent DDJ article blamed CP/M for 
only having one buffer shared between reading and writing, thus causing a lot 
of prereading (and poor performance) on certain tasks that alternated reading 
and writing single 128 byte records.   BULL....  that is a BIOS fault!  BIOS's 
are implemented by the computer manufacturer and one would think that more of 
them would try harder to get the best performance from their system.  Only a 
little extra code is required to support separate buffers for read and write 
(deblocking buffers).

My Northstar Horizon with 512 byte sectors and separate read and write 
deblocking buffers (my own BIOS) really hums.  I have 8 inch disks as well and 
with 512 byte sectors there is still a 2 to 1 speed difference.  If you compare
8 inch disks to poorliy implemented (AMPRO's bad choice of skew or 256 byte 
sectors) 5 inch BIOS's you might see 6 or even 12 to 1 (256 byte sectors).  My 
heavens!!

11-Feb-85 12:03:09-MST,640;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 12:03:01-MST
Received: from xerox.arpa by AMSAA.ARPA id a013433; 11 Feb 85 13:14 EST
Received: from Concord.ms by ArpaGateway.ms ; 11 FEB 85 10:07:56 PST
Date: 11 Feb 85 10:07:55 PST (Monday)
From: Bicer.ES@XEROX.ARPA
Subject: Re: C compiler needed for C/PM80
In-reply-to: <24900009@bradley.UUCP>
To: jmg%bradley.uucp@BRL-TGR.ARPA
cc: info-cpm@AMSAA.ARPA

With the small (and slow) disk drive space, I would recommend BDS-C
if you'd like to preserve your sanity. Otherwise Aztec C is a very
nice compiler.

	Jack Bicer
11-Feb-85 12:28:02-MST,688;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 12:27:54-MST
Received: from brl-vgr.arpa by AMSAA.ARPA id a008774; 11 Feb 85 8:52 EST
Received: from mit-mc.arpa by BRL-VGR.ARPA id a007928; 11 Feb 85 8:50 EST
Date: 11 Feb 1985 0529 PST
From: Scott Siegel <SMJPM@JPL-VLSI.ARPA>
Subject: vt100 emulator
To: info-cpm-request@MIT-MC.ARPA
Reply-To: SMJPM@JPL-VLSI.ARPA
Resent-Date:  Mon, 11 Feb 85 13:45:44 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@JPL-VLSI.ARPA

Does anyone know where I might find a vt100 emulator running under
CPM in the public domain?

Scott Siegel
<smjpm at jpl-vlsi>
------

11-Feb-85 16:55:56-MST,788;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 16:55:51-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a019986; 11 Feb 85 18:29 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000304; 11 Feb 85 18:24 EST
Date: Mon 11 Feb 85 18:22:49-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Re: vt100 emulator
To: SMJPM@JPL-VLSI.ARPA
cc: INFO-CPM@MIT-MC.ARPA
In-Reply-To: Message from "Scott Siegel <SMJPM@JPL-VLSI.ARPA>" of Mon 11 Feb 85 05:29:00-EST


THERE IS A VT100.COM FOR THE XEROX 820 SERIES AND 16/8 PROFESSIONAL COMPUTERS,
BUT IT WORKS ONLY ON THE XEROX. I DON'T KNOW OF ANY OTHERS AVAILABLE, BU
PLEASE POST YOUR FINDINGS ON INFO-CPM. THANKS. 

-DRU
 (SORRY ABOUT THAT UPPERCASE!)
-------

12-Feb-85 05:36:33-MST,855;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Feb 85 05:36:24-MST
Received: from simtel20.arpa by AMSAA.ARPA id a021246; 12 Feb 85 7:10 EST
Date: Tue 12 Feb 85 05:09:24-MST
From: Jim Forrest <JFORREST@SIMTEL20.ARPA>
Subject: BYE Overlay
To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@AMSAA.ARPA
cc: JFORREST@SIMTEL20.ARPA

Need an overlay for MBYE33 for the internal modem of a Kaypro 4

Incidentally, the old 191K drive Kaypro2 and the Kaypro 4 have been dropped
from the Kaypro line and the Kaypro 2X and the Kaypro 10 now have internal
modems at no increase in price.

Kaypro has also added a 2 floppy drive, 256K, IBM compatible model at $2295
and a 10 megabyte, 1 floppy, 512K, IBM compatible model at $3595

But my main need right now is an overlay, not another model.....

Jim
-------
12-Feb-85 20:48:32-MST,501;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Feb 85 20:48:25-MST
Received: from utexas-20.arpa by AMSAA.ARPA id a013728; 12 Feb 85 22:14 EST
Date: Tue 12 Feb 85 21:14:35-CST
From: John Otken <CC.Otken@UTEXAS-20.ARPA>
Subject: Looking for CP/M (inc BIOS) for Cromemco 16FDC
To: info-cpm@AMSAA.ARPA

I have a friend who needs CP/M+BIOS for his soon to arrive 16FDC system.
He is willing to pay for it.  Anyone got a lead?  Thanks.
-------
12-Feb-85 22:28:57-MST,4211;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Feb 85 22:28:44-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a013979; 13 Feb 85 0:02 EST
Received: from usenet by BRL-TGR.ARPA id a010622; 12 Feb 85 23:53 EST
From: Dave Beyerl <db21%ihuxk.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: Re: Problem reading while not eoln in Turbo Pascal
Message-ID: <880@ihuxk.UUCP>
Date: 11 Feb 85 18:49:49 GMT
Xref: seismo net.micro:9863 net.micro.cpm:3940
To:       info-cpm@AMSAA.ARPA

> 
> 	I am trying to implement a procedure similar to the following
> that will read from the CONSOLE until end-of-line is reached;
> 
> 	procedure ReadLine;
>  	var InChar: char;
> 	begin
> 	     while not eoln 
> 	          do begin
>     		       read (InChar);
> 		       (do something with InChar)
>                   end;
>              writeln { close current line }
>     	end;
> 
> 	In section 14.5.2 (pg 101) of the Turbo manual, it states that
> you cannot look ahead on a logical device so Eoln and Eof operate on
> the 'last' character read instead of the 'next' character to read.  The
> effect then is that Eoln returns true when the last character read was
> a CR or a Cntl-Z.  This seems reasonable and should not be too
> difficult to implement.  Well, I don't seem to be having much luck in
> getting my procedure to work.
> 
> 	The function of the procedure I have written is to input a
> string of characters which represent a base 8 (octal) number.  In
> part my code is as follows:
> 
> 	var
> 	     Index: integer;
> 	     InChar: char;
> 	     Digits: array [1..5] of integer;
> 
> 	begin
> 	     { lines to request user input }
> 	     Index:= 0;
>              read (InChar); { is next char CR or Cntl-Z? }
>              while ((not eoln) and (Index < 5))
>                   do begin
>                        if (InChar in ['0'..'7'])
>                        then begin
>                             Index:= Index + 1;
>                             Digits[Index]:= (ord(InChar) - ord('0'));
>                             read (InChar); { see what next char is }
>                             end { then }
>                        else begin
>                             { invalid character routine }
>                             end; { else }
>                    end; { while }
> 
> 	When I run the program containing this segment, it requests
> I enter an octal number.  I enter a string such as 4174 and hit
> return.  Nothing happens.  In fact nothing happens until I hit
> return "twice" more.  The program continues processing and returns
> a result that shows it read ONLY THE FIRST character of the input
> string.
> 
> 	I suspect the problem is in the way that input from a
> logical device is buffered, but I may be missing a subtle point 
> of either Pascal or Turbo or both.  Has anyone else experienced
> this problem, and if so how did you work around it?  
> 	I am running Turbo on a Z80 based micro with CP/M
> operating system.  Comments and suggestions are welcome 
> - please respond by mail.  Thanks in advance.
> 
> 
> For every problem there is one           	Dave Beyerl
> solution which is simple, neat,                 ihuxk!db21
> and wrong!

	I have since been in touch with the Technical Assistance
group at Borland on the above problem.  They told me that anything
beyond the first character is lost when doing a character read from
a logical device <files are still handled as they should be>.  They
are not sure why this is but they are looking into it.  They believe
Turbo is this way because it has character handling capabilities not
present is standard Pascals.  
	For a solution to the problem, they suggested reading the 
input character string into a variable declared as string.  Once the 
string has been entered, it can be parsed and manipulated as needed 
using the string procedures and functions described in section C.5 
of the manual.  So, for now at least, the word is BEWARE when reading
from logical devices - your input is not processed the same as
when reading from files!
					Dave Beyerl
13-Feb-85 06:52:44-MST,826;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Feb 85 06:52:39-MST
Received: from xerox.arpa by AMSAA.ARPA id a017555; 13 Feb 85 8:20 EST
Received: from Chelois.ms by ArpaGateway.ms ; 13 FEB 85 05:19:18 PST
Date: Wed, 13 Feb 85 08:03 EST
From: Kushall.henr@XEROX.ARPA
Subject: Re: Problem reading while not eoln in Turbo Pascal
In-reply-to: <880@ihuxk.UUCP>
To: Dave Beyerl <db21%ihuxk.uucp@BRL-TGR.ARPA>
cc: info-cpm@AMSAA.ARPA

Dave:
	I had the same problem with Turbo on my DEC Rainbow-100 under CPM/86.
	I used the string solution to read the characters in, if fact thats a
lot easier.
	I hound the problem exists with logical devices CON and TERM but seems
to work ok from the KBD device, except you have to do your owm echo of
the input.
EdKushall

14-Feb-85 00:44:10-MST,546;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 00:44:05-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003466; 14 Feb 85 2:19 EST
Date: Thu 14 Feb 85 00:18:51-MST
From: JFAAD <JFAAD@SIMTEL20.ARPA>
Subject: Rainbow 100 patch
To: INFO-CPM@AMSAA.ARPA
cc: JFAAD@SIMTEL20.ARPA

]dUV~rDoes anyone have an MDM7xx patch for a Rainbow 100 with a Hayes 1200
Smartmodem?  We need one in the worst way.  Any help would be greatly
appreciated.

Larry Armijo
JFAAD@SIMTEL20
-------
14-Feb-85 08:04:30-MST,2159;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 08:04:21-MST
Received: from xerox.arpa by AMSAA.ARPA id a011273; 14 Feb 85 9:30 EST
Received: from Aurora.ms by ArpaGateway.ms ; 14 FEB 85 06:28:16 PST
Date: 14 Feb 85 09:28:13 EST (Thursday)
Subject: Re: Problem reading while not eoln in Turbo Pascal
In-reply-to: <880@ihuxk.UUCP>
To: Dave Beyerl <db21%ihuxk.uucp@BRL-TGR.ARPA>
cc: info-cpm@AMSAA.ARPA
From: Bob <Slomcenski.wbst@XEROX.ARPA>

Dave,
  One alternative to the character - read problem that I have used (I
use Turbo on an 8 bit Z80 -CP/M system) is the following:
  
  { Function InKey - Returns a keystroke from the keyboard }
  { returns a keyboard character if one is present, else returns ASCII
NUL }

  function InKey: char;
      var  ch: char;
      begin
        if KeyPressed then Read(Kbd,ch) else ch:= chr(0);
        InKey:= ch;
      end;

  Using this procedure, you can get (and process) any keystroke from the
keyboard. You must provide the explicit processing for the character,
ie: you can't use eoln.
  
  This function emulates the BASIC INKEY$ function that is available in
most of the BASICs now in use. It does not echo to the CRT, and if no
key has been pressed, it returns ASCII NUL.
  
  I would use it in your code as follows:
  
> 	var
> 	     Index: integer;
> 	     InChar: char;
> 	     Digits: array [1..5] of integer;
> 
> 	begin
> 	     { lines to request user input }
> 	     Index:= 0;
> 	     InChar:= #0;
>              while ((Index < 5) and (InChar <> #13)
>                do begin
>                  InChar:= InKey;
>	           case InChar of
>	             #0, #13: begin end;
>	             '0'..'7': begin
>                                Index:= Index + 1;
>                                Digits[Index]:= (ord(InChar) -
ord('0'));
>				 write(InChar); { echo character }
>                              end;
>	             otherwise: begin
>                               { invalid character routine }
>                               end;
>                end; { while }
> 

~ Bob
14-Feb-85 08:22:07-MST,1436;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 08:21:59-MST
Received: from simtel20.arpa by AMSAA.ARPA id a011712; 14 Feb 85 9:51 EST
Date: Wednesday, 13 February 1985  13:57-MST
Message-ID: <KPETERSEN.12087622041.BABYL@SIMTEL20.ARPA>
Sender: "David S. Cargo" <Cargo@hi-multics.ARPA>
From: "David S. Cargo" <Cargo@hi-multics.ARPA>
Subject:   USR S-100 Card Modem
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 14 Feb 1985 07:50-MST

I had placed an order for the USRobotics S-100 card modem with S-100
in Phoenix last July or so.  Originally, they were out of stock and
told me that they were expecting another shipment for USR "at the end
of the month".  As time passed, they told me that USR was
"reengineering" the card.  Most recently they informed me via letter
that USR still hadn't resumed shipping that particular product.

Two questions: Does anybody know who if anybody still has this product
in stock?

Does anybody know what the status of this product is wrto USR's
intentions?

While it had some flaws in its original design, the fixes for them
were well known, and it made sense for USR to fix them.  But it almost
looks like they might have just given up on it, which I think would be
sad.  So I would like to know what the product status of this is, and
where the remaining inventory might be.
14-Feb-85 21:50:38-MST,1830;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 21:50:28-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000415; 14 Feb 85 23:16 EST
Date: 14 Feb 1985  18:33 MST (Thu)
Message-ID: <KPETERSEN.12087739091.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: WILDEXP version 2.0 for BDS-C now available

WILDEXP.C version 2.0, a BDS C Command-line Wild-card expansion
utility written by Leor Zolman is now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.BDSC-1>
WILDEX20.CQ.1			BINARY	  5248  0D5DH

What's new for v2.0:
	User area prefixes on wildcards are now permitted;
	'*' or '?' as user number searches ALL user areas (0-15).
	As usual by BDS C convention: if both a drive spec and a
	user area prefix are used with the same file spec, then
	the user area prefix must be first.

General Description:

WILDEXP lets ambiguous file names appear on the command line to C
programs, automatically expanding the parameter list to contain
all files that fit the afn's.

An afn preceded by a "!" causes all names matching the given afn to
be EXCLUDED from the resulting expansion list. Thus, to yield a
command line containing all files except "COM" files, you'd say:

	A>progname !*.com <cr>

(If a single "!" spec is the only parameter on the command line,
then an implicit "*.*" is assumed to have preceded it.)

Another example: to get all files on B: except .C files, say:

	A>prognam b:*.* !b:*.c <cr>

When giving a "!" afn, "*" chars in the string matches to the end of
either the filename or extension, just like CP/M, but "?" chars match
ONE and ONLY ONE character in either the filename or extension.

--Keith
16-Feb-85 11:26:52-MST,1114;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Feb 85 11:26:42-MST
Received: from hi-multics.arpa by AMSAA.ARPA id a014357; 16 Feb 85 13:04 EST
Date:  Sat, 16 Feb 85 12:00 CST
From:  Weinstein@HI-MULTICS.ARPA
Subject:  15 mbyte hard discs
To:  info-ibmpc@USC-ISIF.ARPA
cc:  info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA
Message-ID:  <850216180042.905544@HI-MULTICS.ARPA>

So far 2 people on the net and myself have purchased the DISCTRON D519
15 Mbyte formatted Hard Disc drives.  The source of these drives had 2
extra drives from his second load and I just picked them up since the
others worked out so well.  Anyone interested in the drives pls contact

          Weinstein -at HI-MULTICS

          Cost $300 + $9.00(postage/ins) + $4.70(manual on bare drive)


PS
          A good source of an IBM comp disc controller is PROTO-PC
          in St. Paul, MN. They are currently selling the Western
          Digital Disc Controller for $199.00. This is the same controller
          that I use that I bought in APril 1984 for $399.00.
16-Feb-85 20:04:50-MST,533;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Feb 85 20:04:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a017374; 16 Feb 85 21:43 EST
Date: Sat 16 Feb 85 19:42:57-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Z3NEWS.105
To: info-cpm@AMSAA.ARPA

The latest newsletter on the Z-System from Echelon is in <CPM.ZCPR3>
and <CPM.Z3NEW>.  It mentions some tools which have been updated.
I will upload these sometime in the not-too-distant future.

	Rick
-------
17-Feb-85 10:16:05-MST,1562;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Feb 85 10:15:57-MST
Received: from simtel20.arpa by AMSAA.ARPA id a021060; 17 Feb 85 11:51 EST
Date: Saturday, 16 February 1985  21:39-MST
Message-ID: <KPETERSEN.12088430361.BABYL@SIMTEL20.ARPA>
Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
Subject:   spell21.lbr, spell21x.lbr
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sun 17 Feb 1985 09:51-MST

Now available from SIMTEL20 directory MICRO:<CPM.SPELL>

Filename		Type	 Bytes	 CRC

SPELL21.LBR.1		BINARY	114176  9665H
SPELL21X.LBR.1		BINARY	121088  D7EBH

are Michael Adlers V2.2 of spell with relocated PATCH adresses.
Location 103 hex holds the marker-byte, location 104 hex holds the
default-disk byte.  Marker byte is NULL for Wordstar users, default
disk is A: as in the original.  For FinalWord usage octal 23 ('#') is
a good marker-byte, for hard-disk owners its advisable to set the
default-disk byte to the hard-disk (I have it set to octal 5 => E:)

SPELL21.LBR is a fully functional set, SPELL21X.LBR contains the
original dictionary in ASCII-form and DICCRE20.*, the tool to hash it
form SPELL usage.  SPELL allows usage of additional "private"
dictionaries and the supplied dictionary is a "happy medium" between
"speed" and "size" - so SPELL21X.LBR should only be needed in very
special cases.

Patching hints are in the included documentation.
17-Feb-85 10:16:18-MST,1144;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Feb 85 10:16:13-MST
Received: from simtel20.arpa by AMSAA.ARPA id a021075; 17 Feb 85 11:56 EST
Date: Saturday, 16 February 1985  21:45-MST
Message-ID: <KPETERSEN.12088431158.BABYL@SIMTEL20.ARPA>
Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
Subject:   FANCYPRT.LBR for DEC LA34, LA100 and LA50 printers
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sun 17 Feb 1985 09:55-MST

Now available from SIMTEL20's MICRO:<CPM.LIST> directory:

Filename		Type	 Bytes	 CRC

FANCYPRT.LBR.1		BINARY	136448  1CDBH

is the BDS-C based multiple FONT handler and mini formatter for DEC
LA34's with "graphic option", LA100's and LA50's has been enhanced to
handle multiple pages.  I also changed operation; if FPRINT is called
via FPRINT xxx.xxx, FPRINT will start printing after processing the
input-file.

The library currently contains 18 FONTS, the included MAKFNT allows
easy alteration and/or creation of new ones.
18-Feb-85 08:37:53-MST,1167;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 08:37:47-MST
Received: from csnet-pdn-gw by AMSAA.ARPA id a027885; 18 Feb 85 10:18 EST
Received: from gmr by csnet-relay.csnet id aa20896; 18 Feb 85 10:08 EST
Date:     Mon, 18 Feb 85 08:19 EST
From:      haar%gmr.csnet@CSNET-RELAY.ARPA
MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
To:       info-cpm@AMSAA.ARPA
Subject:  RMAC patch


I recently installed a patch to RMAC (CP/M-80 vers. 3.0) that was described
in the Application Note # 1 that was widely distributed thru CBBS systems.
The patch is to force RAMC to include local symbols in the symbol table so
that they are available for use under SID. 

This part seems to work fine. The problem is that if I assemble several files
containing the same EQUATE symbols and then try to link them together, I
get "multiple definition" error messages for all those. This is a royal pain
for modular programs using common equate libraries.

Does anyone have a fix for this? Or should I just go back to the untouched
version of RMAC.

		Robert Haar
		G. M. Research Labs
18-Feb-85 14:09:20-MST,1380;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 14:09:15-MST
Date:     Mon, 18 Feb 85 15:46:05 EST
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       Keith Petersen <w8sdz@simtel20.ARPA>
cc:       info-cpm@AMSAA.ARPA
Subject:  Screwed-up mail delivery at AMSAA and BRL hosts.

Keith - Following nearly simultaneous changes to the operating systems of
ALL local hosts AND the mail delivery software as well, mail delivery here
has been in a somewhat chaotic state.  Large queues have been building,
which appear to have then been ignored.  I ride to work with one of the "mail
people", and he has told of having to manually unstick the queues on several
occasions.  I suggest that you resend your message about the demise of ITS
binary files in the archives if you feel there is the slightest chance that
the original was not fully delivered.  This is too significant a change not
to get full distribution.  If local mail problems continue, please send all
future complaints to our Postmaster, Doug Kingston <dpk@brl-tgr>, who is the
only person who can really fix things (since the mail is pretty much his
baby).  But be warned: BRL-TGR has been having serious disk problems for
several days, and mail to that host might "get lost".  Life in computerland
is not dull.


Dave

18-Feb-85 14:50:26-MST,3164;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 14:50:13-MST
Received: from xerox.arpa by AMSAA.ARPA id a029891; 18 Feb 85 16:22 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 18 FEB 85 13:19:41 PST
Date: Mon, 18 Feb 85 13:08 PST
From: Eldridge.es@XEROX.ARPA
Subject: Floating-point benchmark
To: es820ug^.es@XEROX.ARPA, INFO-IBMPC@USC-ISIB.ARPA, info-cpm@AMSAA.ARPA, 
    cpminterest^.dlos@XEROX.ARPA, 820interest^.wbst@XEROX.ARPA, 
    hp41cUsers^.es@XEROX.ARPA, Pascal/Turbo^.X@XEROX.ARPA, 
    JRTUsers^.pa@XEROX.ARPA
cc: Eldridge.es@XEROX.ARPA
Reply-To: Eldridge.es@XEROX.ARPA

The February issue of BYTE magazine contains an article on the accuracy
of floating-point operations.  Included in the article is a program to
display some of the features of the floating-point implementation of a
compiler.  The program is called GUARD.  It is actually an excerpt from
a larger program called PARANOIA.  Below is a list of the results of
GUARD for several popular compilers/interpreter.

Please refer to the BYTE article "PARANOIA: A FLOATING-POINT BENCHMARK"
for a complete explaination of the terms.  If anyone has the complete
PARANOIA program, I am interested in getting a copy.


~~~~~~~~~~

Turbo Pascal V2.00B PC-DOS
Turbo Pascal V2.00B MS-DOS
Turbo Pascal V1.00 CP/M-80 Z80

Radix = 2
Precision = 40
Width = 1.0995116278E+12
Closest relative separation found is UlpOne = 9.0949470177E-13
Add/Subtract lack guard digit, cancellation obscured.

~~~~~~~~~~

Pascal MT+86 Ver 3.0 March 8, 1982

Radix = 2
Precision = 53
Width = 9.00719925474099E15
Closest relative separation found is UlpOne = 1.11022302462515E-16
Add/Subtract has a guard digit as it should.

~~~~~~~~~~

Pascal MT+ V5.5 CP/M-80

Radix = 2
Precision = 24
Width = 1.67772E7
Closest relative separation found is UlpOne = 5.96046E-8
Add/Subtract lack guard digit, cancellation obscured.

~~~~~~~~~~

JRT Pascal Ver 3.0

Radix = 10
Precision = 14
Width = 1E14
Closest relative separation found is UlpOne = 1E-14
Add/Subtract lack guard digit, cancellation obscured.

~~~~~~~~~~

Pascal/Z Version 4.00

Radix = 2
Precision = 23
Width = 8.388607E6
Closest relative separation found is UlpOne = 1.192092E-7
Add/Subtract has a guard digit as it should.

~~~~~~~~~~

Microsoft BASIC Rev 5.2 CP/M-80

Radix = 2
Precision = 24
Width = 1.67772E7
Closest relative separation found is UlpOne = 5.96046E-8
Add/Subtract has a guard digit as it should.

~~~~~~~~~~

Microsoft BASCOM Rev 5.23 CP/M-80

Radix = 2
Precision = 24
Width = 1.67772E7
Closest relative separation found is UlpOne = 5.96046E-8
Add/Subtract has a guard digit as it should.

~~~~~~~~~~

CBASICII Rev 2.08

Radix = 10
Precision = 14
Width = 1E14
Closest relative separation found is UlpOne = 1E-14
Add/Subtract lack guard digit, cancellation obscured.

~~~~~~~~~~

HP-41CX (in calculator language)

Radix = 10
Precision = 10
Width = 1E10
Closest relative separation found is UlpOne = 1E-10
Add/Subtract has a guard digit as it should.

~~~~~~~~~~




18-Feb-85 14:59:21-MST,1195;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 14:59:16-MST
Received: from brl-vgr.arpa by AMSAA.ARPA id a003802; 15 Feb 85 10:15 EST
Date:     Fri, 15 Feb 85 10:12:34 EST
From:     wouk@BRL-VGR.ARPA
Sender:   wouk@BRL-VGR.ARPA
To:       info-cpm-request@AMSAA.ARPA
Resent-Date:  Mon, 18 Feb 85 16:39:34 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@BRL-VGR.ARPA

I am having a problem with the mcat series of  programs.  I  have
both  mcat.lbr  from  SIMTEL and cat86-1.lbr from DEC-MARLBORO. I
have created the appropriate .cmd files, and the  mast.cat  file,
with  no  problem,  even when I have more than 256 file names. (I
have used the instructions in MAST.SET to fix mcat.cmd to  accept
the  larger  number  of files.) However, both xcat programs, from
the two libraries, boggle at more than 256 filenames, and  return
a message of

         1 File Names
         1 Unique Names

and put nothing else into mast.lst. How do I setup xcat to accept
the larger file sets?

For the record I am using a DEC Rainbow 100A with 800K+  RAM,  so
there can be no problem with available space in RAM.
18-Feb-85 18:55:41-MST,786;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 18:55:37-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001455; 18 Feb 85 20:24 EST
Received: from csnet-pdn-gw by BRL-TGR.ARPA id a022024; 18 Feb 85 20:14 EST
Received: from clemson by csnet-relay.csnet id a002371; 18 Feb 85 20:01 EST
Date:     Mon, 18 Feb 85 19:40 EST
From:     Larry Afrin <lbafrin%clemson.csnet@CSNET-RELAY.ARPA>
To:       info-cpm@BRL-TGR.ARPA
Subject:  Please add christine@clemson

Please add the following user to the info-cpm distribution list:

	christine.clemson@csnet-Relay	(if you're on ARPANet)
	christine@clemson		(if you're on CSNet)

Thanks!

					-- Larry Afrin
					   Dept. of Computer Science
					   Clemson University
18-Feb-85 18:59:36-MST,1383;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 18:59:30-MST
Received: from simtel20.arpa by AMSAA.ARPA id a001473; 18 Feb 85 20:26 EST
Date: Monday, 18 February 1985  16:44-MST
Message-ID: <KPETERSEN.12088786154.BABYL@SIMTEL20.ARPA>
Sender: Walt Lamia <LAMIA@dec-marlboro.ARPA>
From: Walt Lamia <LAMIA@dec-marlboro.ARPA>
To: w8sdz@SIMTEL20.ARPA, eiben@dec-marlboro.ARPA
Subject:   Warning on NULU11 !!!!!!!!!!!!!!!!!!!!
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Mon 18 Feb 1985 18:25-MST

	After spending a frustrating couple of hours trying to unpack
the spelling library with NULU, I "accidentally" found that my
troubles were with NULU (10 and 11).  Large files, particularly the
source dictionary SPELL.DQT, do >not< get unsqueezed properly by NULU.
Good ol' LU did OK, though.  At least I think so -- I am comparing the
CP/M results with what I get by using the TOPS20 DE-LBR and USQ
utilities. I used NSWEEP to un-squeeze on the micro, and this seems to
be OK, too.

	The upshot is that I am now very suspicious of NULU, esp.  for
largish files.  If anyone is in contact with the NULU author, Martin
Murray, you might want to pass on this message to him, with a copy of
the failing library SPELL21X.LBR.  I really do like NULU, but,
sigh,.....

%Walt
18-Feb-85 19:10:06-MST,1601;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 19:09:59-MST
Received: from simtel20.arpa by AMSAA.ARPA id a001515; 18 Feb 85 20:30 EST
Date: 18 Feb 1985  18:29 MST (Mon)
Message-ID: <KPETERSEN.12088786850.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: Another bug report on NULU11

This is NULU11.BUG, relayed from RCPM Royal Oak (313-759-6569).
--Keith

                                        Feburary 13, 1985

To anyone that can help;

     I have tried to install NULU11 on my Northstar Horizon system 
that includes a Televideo 950 terminal.  The basic NULU11.COM file 
seems to work as expected.  But I have discovered some problems.  

1)   I can't get NULU11 to activate an installed option command line 
     when I have installed the NULUTERM.ASM and the NULU11F1.ASM 
     files.  

2)   If I create the same library that I have just deleted - on the 
     same empty disk, NULU11 just reopens the old deleted library.  
     However the entire file has not been activated.  It is only 
     minimum (2k) block size.  When I try to add a file then the 
     entire old library is restored.

3)   NULU11 will not open an old file that I have created with NULU10.

4)   I can't get NULU11 to open a library from the command line at 
     invocation if the NULUTERM and NULU11F1 files are installed.


                                        Cliff Harrison
                                        Ypsilanti, Mi
19-Feb-85 09:50:50-MST,987;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 09:50:43-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a014951; 19 Feb 85 11:14 EST
Received: from usenet by BRL-TGR.ARPA id a000747; 19 Feb 85 10:55 EST
From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Cheap Hard Disk?
Message-ID: <1010002@acf4.UUCP>
Date: 13 Feb 85 22:03:00 GMT
Xref: seismo net.micro.cpm:3941
To:       info-cpm@AMSAA.ARPA

....ddt

I am trying to upgrade my 8086 based Lomas system to a hard disk. The cheapest
bare Shugart 712 hard disk I've found is $498 from S-100 Inc. Does anyone
know of a cheaper price. Also does anyone know where I can get a Western
Digital WD-1000 hard disk controller.

                                       Thanx in advance,
                                        Sam Chin (tsc2597@nyu-acf4 or
                                                  allegra!cmcl2!acf4!tsc2597)
19-Feb-85 10:21:56-MST,811;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 10:21:49-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016706; 19 Feb 85 11:52 EST
Received: from usenet by BRL-TGR.ARPA id a001898; 19 Feb 85 11:17 EST
From: Samuel Kliger <photserv%aecom.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: osborne 1 computer software
Message-ID: <1158@aecom.UUCP>
Date: 13 Feb 85 23:09:49 GMT
Xref: seismo net.micro.cpm:3942
To:       info-cpm@AMSAA.ARPA



     To Whom It May Concern,

	   If anybody has business software for or compatible with
  the OSBORNE 1 CP/M PC  please write to:


      Samuel Kliger
      ...{philabs,cucard,pegasus,ihnp4,rocky2}!aecom!photserv

	  Will pay bucks!!!!


					  Thank you
					  Samuel Kliger
19-Feb-85 14:49:24-MST,3340;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 14:49:11-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a021928; 19 Feb 85 13:56 EST
Received: from usenet by BRL-TGR.ARPA id a006985; 19 Feb 85 12:51 EST
From: bg <bg%mytech.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.pc,net.lang,net.micro.cpm
Subject: Product announcement: Comal language interpreter
Message-ID: <149@mytech.UUCP>
Date: 20 Feb 85 03:42:15 GMT
Xref: seismo net.micro:9895 net.micro.pc:3543 net.lang:1480 net.micro.cpm:3945
To:       info-cpm@AMSAA.ARPA


COMAL LANGUAGE INTERPRETER

Comal  is the result of a marriage between Pascal and Basic, and combines  the
best  of these two worlds. It has the simple and highly interactive  operating
environment  that is characteristic of Basic. The programming language  itself
is  in  the same tradition as Algol, Pascal, Ada and other  modern  structured
programming languages.

Mytech  Comal  fulfills  the  Comal 2.00 requirements. Apart  from  the  usual
program  structures  from  Pascal and other languages, like  if,  for,  while,
repeat,  case,  function  and procedure statements, it also has  an  exception
handling  mechanism  similar to what can be found in Ada. The package  concept
makes it possible to use machine language coded routines within Comal, thereby
in  effect extending the language with new keywords. An example of this is the
Turtle graphics package (c.f. LOGO).

In  addition,  Mytech  Comal  has several interesting  enhancements.  We  have
strived  to  make the language as orthogonal as possible. It is  for  instance
possible  to treat array values just as other values, and which can be  passed
as value arguments to functions, can be returned as values from functions etc.
As  another  example,  the  operating environment enables  you  to  trace  the
execution  of  the  program and the intermediate values  computed  during  the
execution.

Mytech  Comal  is  available for the IBM PC family including PC-AT  under  the
operating  systems C-CPM/86, MS-DOS and PC-DOS, and supports the 8087 floating
point  processor.  It  also  runs on several UNIX  systems,  like  VAX,  WICAT
(68000-based),  and a NS32000 system. The software has been written in C,  and
it is therefore a relatively simple task to port it to other systems.

Comal has attracted much interest in Europe in recent years, particularly with
educational  institutions.  In  Denmark  and Sweden  it  has  been  officially
approved  for  use  in  teaching  programming  to  high-school  students.  Its
structure  together  with  its user-friendly interface makes  it  the  perfect
programming  language  both for educational purposes and for the  professional
programmer.

Please contact us for further information.

Name:    Peter Hofmann or Bo Gardmark
Address: Mytech Data AB, Box 7230, S-402 35 Gothenburg, SWEDEN
Phone:   + 46 31 420780
Tlx:     89200574

Usenet address: ..!mcvax!enea!chalmers!mytech!bg

Trademarks:
Ada is a trademark of DoD
UNIX is a trademark of AT&T
IBM is a trademark of International Business Machines Corp.
C-CPM/86 is a trademark of Digital Research Inc.
PC-DOS is a trademark of IBM
MS-DOS is a trademark of Microsoft Inc.
Wicat is a trademark of WICAT Systems Inc.
19-Feb-85 15:05:44-MST,809;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 15:05:31-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a022355; 19 Feb 85 14:28 EST
Received: from usenet by BRL-TGR.ARPA id a004117; 19 Feb 85 12:01 EST
From: Calvin Wong <calvin%utcsrgv.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Increase random record number in M-BASIC
Message-ID: <754@utcsrgv.UUCP>
Date: 11 Feb 85 01:30:43 GMT
Xref: seismo net.micro.cpm:3943
To:       info-cpm@AMSAA.ARPA

[]

MicroSoft Basic on 8080/z80 allows only value of 1-32767 on
the random record number.  I am using BASCOM compiler right now
and I suspect it will be possible to increase the record number
by hacking BRUN.COM, the runtime module. Did any one knows how
to do it ?

Thanks
19-Feb-85 15:09:56-MST,1115;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 15:09:46-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa22355; 19 Feb 85 14:28 EST
Received: from usenet by BRL-TGR.ARPA id a004168; 19 Feb 85 12:02 EST
From: steve%trsvax.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: Re: C compiler needed for C/PM80
Message-ID: <63100003@trsvax.UUCP>
Date: 9 Feb 85 03:58:00 GMT
Nf-ID: #R:alberta:-40000:trsvax:63100003:000:497
Nf-From: trsvax!steve    Feb  8 21:58:00 1985
Xref: seismo net.micro.cpm:3944
To:       info-cpm@AMSAA.ARPA


Aztec is a reasonable compiler, but if you're just getting started
with C, I would recommend something like the C-80 package from Software
Toolworks.  It sells for $50 (at least, that's what I paid) and generates
good code and is a fairly complete C subset.  It would be hard to beat
for the price.

Another excellent package (great to work with, because it's so fast)
is BDS C, which sells for $150.


Software Toolworks
15233 Ventura Boulevard, Suite 1118
Sherman Oaks, CA  91403
(213)-986-4885
19-Feb-85 16:07:07-MST,637;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 16:06:52-MST
Received: from xerox.arpa by AMSAA.ARPA id a026042; 19 Feb 85 17:45 EST
Received: from Flora.ms by ArpaGateway.ms ; 19 FEB 85 11:18:42 PST
Date: 19 Feb 85 11:06:27 PST (Tuesday)
From: Bicer.ES@XEROX.ARPA
Subject: Compupro RAM 21
To: Wantads^.es@XEROX.ARPA, Wantads^.pa@XEROX.ARPA
cc: cpminterest^.dlos@XEROX.ARPA, info-cpm@AMSAA.ARPA, Bicer.ES@XEROX.ARPA
Reply-To: Bicer.ES@XEROX.ARPA

A friend is reorganizing his system. He has a RAM 21 board 
that he has no use for. Anyone interested?

	Jack Bicer

19-Feb-85 20:26:51-MST,1314;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 20:26:40-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a027191; 19 Feb 85 21:51 EST
Received: from usenet by BRL-TGR.ARPA id a020400; 19 Feb 85 21:33 EST
From: DAVID DYER-BENNET MRO1-2/L14 DTN 231-4076 <ddb%mrvax.dec@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: C for CPM-80
Message-ID: <580@decwrl.UUCP>
Date: 14 Feb 85 18:03:52 GMT
Sender: daemon%decwrl.uucp@BRL-TGR.ARPA
Xref: seismo net.micro.cpm:3946
To:       info-cpm@AMSAA.ARPA

I have both the ECO-SOFT C and BDS C for CPM-80.  ECO-SOFT is a
fairly good K&R implementation, but the code it produces and/or its
run-time library are VERY BAD.  

BDS C is a subset, with some moderately annoying restrictions.
However, simple programs in BDS-C seem to be 30% smaller and 30%
faster than the same programs in ECO-SOFT C.  I have found this
to be a sufficiently large difference that I rarely use ECO-SOFT
C (though I keep it around for portability).

Also, BDS C provides a source-level debugger; I know of no other
C for CPM-80 which does.

In other words, I haven't found a satisfactory C for my home system
yet, I have to use two unsatisfactory ones.

		-- David Dyer-Bennet
		-- ...decwrl!dec-rhea!dec-mrvax!ddb
19-Feb-85 20:52:23-MST,926;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 20:52:12-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a027361; 19 Feb 85 22:19 EST
Received: from usenet by BRL-TGR.ARPA id a021026; 19 Feb 85 21:47 EST
From: Don Wright <drw%ecsvax.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Has the Rainbow been dropped?
Message-ID: <697@ecsvax.UUCP>
Date: 13 Feb 85 15:17:48 GMT
Xref: seismo net.micro.cpm:3947
To:       info-cpm@AMSAA.ARPA

<wonder if the line eater also ate the Rainbow>

As I was half listening during the CBS Morining News (2/13/85),
amid the finanicial news they had a one-liner about DEC having 
dropped the Rainbow pc line.  Anybody know what's going on? Last 
thing I had heard was that DEC had big plans for the Rainbow for 
Vax workstations and stuff like that.
-- 

     Cheer up, it could be worse ... could be raining.
19-Feb-85 20:52:30-MST,924;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 20:52:12-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa27361; 19 Feb 85 22:19 EST
Received: from usenet by BRL-TGR.ARPA id a021037; 19 Feb 85 21:47 EST
From: Don Wright <drw%ecsvax.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Has DEC dropped the Rainbow?
Message-ID: <703@ecsvax.UUCP>
Date: 13 Feb 85 15:40:08 GMT
Xref: seismo net.micro.cpm:3948
To:       info-cpm@AMSAA.ARPA

<wonder if the line eater also ate the Rainbow>

As I was half listening during the CBS Morning News (2/13/85),
amid the financial news they had a one-liner about DEC having 
dropped the Rainbow pc line.  Anybody know what's going on?  Last 
thing I had heard was that DEC had big plans for the Rainbow for 
Vax workstations and stuff like that.
-- 

     Cheer up, it could be worse ... could be raining.
19-Feb-85 22:15:11-MST,2329;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 22:15:01-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a028093; 19 Feb 85 23:47 EST
Received: from usenet by BRL-TGR.ARPA id a024306; 19 Feb 85 23:07 EST
From: Chuck McManis <cem%intelca.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: General info on NULU (library program)
Message-ID: <510@intelca.UUCP>
Date: 15 Feb 85 16:18:31 GMT
Xref: seismo net.micro.cpm:3949
To:       info-cpm@AMSAA.ARPA

> 
> In reference to the news about NULU11.LBR available now in SIMTEL.
> ...
> 
> I have noticed only two problems:
> 
> - if you use NULU with libraries created with LU you get error messages 
>    indicating that the directory has a CRC error. Just ignore the message.

  I think you have this reversed, NULU version 1.0 does not put CRC's in the
library directory whereas LU does, this causes LU to indicate a CRC error
when using files created by NULU. NULU Version 1.1 uses CRCs and thus is 
totally compatible with LU. NULU can also be patched to know about your screen
and that makes the output very nice.

> 
> - the second is a real bug- if you extract a library member and specify a
>   destination ('du:file.ext'), and you enter the file name in lower case
>   then you cannot access the file. Directory listings using SD, for instance,
>   show the file name in lower case. Rename does not work, but you can
>   rename the file using VFILE, SWEEP, or DISK77.
> 

I can see how this one would slip by most people. I for one rarely specify
an output file because I want the output to have the same name as it has
when it is in the library. I could see though that if you were doing a 
simultaneous extract (or unsqueeze-extract) and rename by using the
=DU:Filename.Typ it would be a problem. There is one patch file out that
fixes a couple of other bugs in 1.1 call NULU11F1.ASM. I don't know
if it fixes these two above or not.

--Chuck
-- 
                                            - - - D I S C L A I M E R - - - 
{ihnp4,fortune}!dual\                     All opinions expressed herein are my
        {qantel,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
19-Feb-85 22:58:55-MST,2512;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 22:58:46-MST
Received: from simtel20.arpa by AMSAA.ARPA id a028392; 20 Feb 85 0:24 EST
Date: 19 Feb 1985  22:23 MST (Tue)
Message-ID: <KPETERSEN.12089091678.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Subject: XLISP version 1.2 for CP/M-80 now available
Bug-Reports-To: betz at HARVARD

David Betz's XLISP version 1.2 for CP/M-80 is now available
from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.XLISP>
PT.LQP.1			BINARY	  2688  157FH
XLBFUN.CQ.1			BINARY	  5376  7603H
XLBIND.CQ.1			BINARY	  1152  F56DH
XLCONT.CQ.1			BINARY	  4224  8807H
XLDMEM.CQ.1			BINARY	  4736  40F4H
XLEVAL.CQ.1			BINARY	  5760  A2B0H
XLFIO.CQ.1			BINARY	  6656  0727H
XLFTAB.CQ.1			BINARY	  3200  7EC6H
XLINIT.CQ.1			BINARY	  1792  AB12H
XLIO.CQ.1			BINARY	  2432  9D82H
XLISP.CQ.1			BINARY	  1408  AF8BH
XLISP.HQ.1			BINARY	  4096  7B9CH
XLISP.MQM.1			BINARY	 24576  4BDDH
XLISP12.FIX.1			ASCII	   462  7384H
XLLIST.CQ.1			BINARY	 12160  068EH
XLMATH.CQ.1			BINARY	  4480  E2B3H
XLOBJ.CQ.1			BINARY	 11648  B221H
XLPRIN.CQ.1			BINARY	  2432  EE6FH
XLREAD.CQ.1			BINARY	  5760  EAA1H
XLSTR.CQ.1			BINARY	  3200  B91FH
XLSTUB.CQ.1			BINARY	   384  C441H
XLSUBR.CQ.1			BINARY	  2048  7336H
XLSYM.CQ.1			BINARY	  3584  27F6H
XLSYS.CQ.1			BINARY	  2304  FC85H

And for those who want the whole package as one file:

XLISP12.LBR.1			BINARY	117504  E343H

In order to conserve space on SIMTEL20 all of the above files will be
deleted after 7 days, except for the .LBR.

Suggestions, complaints, bug reports, etc. may be netmailed directly
to David Betz at the address in the message below.

I sent David a note asking about a recent message saying that Version
1.4 was the latest XLISP.  I was wondering if that was true or not.
From his reply it looks like Version 1.2 will be the last version
that can run on an 8-bit system.

---forwarded message---

Date: Tuesday, 5 February 1985  19:49-MST
From: betz at harvard.ARPA (David Betz)
To:   W8SDZ at SIMTEL20.ARPA
Re:   [winkler: XLISP version 1.4]

The information that Dan Winkler has distributed is correct.  The
newest version of XLISP is version 1.4.  Unfortunately, it is really
too big to fit on CP/M-80 systems any more.  It does work fine under
CP/M-86 and CP/M-68K though.

	David Betz
20-Feb-85 00:26:00-MST,2975;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 00:25:51-MST
Received: from simtel20.arpa by AMSAA.ARPA id a029141; 20 Feb 85 1:56 EST
Date: 19 Feb 1985  23:55 MST (Tue)
Message-ID: <KPETERSEN.12089108354.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: Kermit-80 version 4.05

The entire release of Kermit-80, version 4.05, except for CP4KER.MSS
(the scribe source for CP4KER.DOC) is now available in convenient
.LBR format from SIMTEL20.  All files have been squeezed except
CP4AAA.HLP.  This is a big .LBR, make sure you have room before
transferring it.  If you want only certain individual files, you can
get them via ANONYMOUS ftp from CU20B's KER: directory.

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MODEM>
KERMT405.LBR.1			BINARY	322176  3A8DH

Here is CP4AAA.HLP which explains a bit about these files:

CP/M Kermit Version 4, Guide to Files

To build CP/M Kermit Version 4 for your system, you must follow the
directions in CP4KER.DOC for combining the system-independent portion
of the program with the system-dependent overlay for your system:

CP4KER.HEX	Hex file, suitable for downloading, must be combined
		with one of the system-dependent overlays below:

CP4820.HEX      Xerox 820
CP4APL.HEX      Apple II, Z80 Softcard, 6551 ACIA in serial interface
CP4APM.HEX      Apple II, Z80 Softcard, Micromodem II in slot 2
CP4BB2.HEX      BigBoard II (terminal required)
CP4BRN.HEX      Intertec SuperBrain.
CP4CP3.HEX      "generic": CP/M 3.0 (CP/M Plus) systems (terminal req'd)
CP4DEL.HEX      Digicomp Delphi 100 (terminal required)
CP4DM2.HEX      DECmate II with CP/M option
CP4GEN.HEX      "Generic": CPM 2.2 systems with IOBYTE (terminal req'd)
CP4H89.HEX      Heath/Zenith H89.
CP4KPR.HEX      Kaypro-II (and 4; probably supports all Kaypro systems)
CP4LOB.HEX      Lobo Max-80
CP4MDI.HEX      Morrow Decision I (terminal required)
CP4MIK.HEX      MikroMikko
CP4NST.HEX      Northstar Horizon with SIO-4 board
CP4OSB.HEX      Osborne 1
CP4OSI.HEX      Ohio Scientific
CP4ROB.HEX      DEC VT180
CP4TEL.HEX      TELCON Zorba portable
CP4TLB.HEX      TRS-80 model II with Lifeboat 2.25C CP/M Display
CP4TPT.HEX      TRS-80 model II with Pickles + Trout CP/M Display
CP4UDI.HEX      Morrow Micro Decision I (terminal required)
CP4VEC.HEX      Vector Graphics.
CP4Z00.HEX      Z-100 under CP/M-85

Program Source:

CP4*.ASM        Kermit-80 Assembler Source for MASM, LASM, or MAC-80

Other Files:

CP4AAA.HLP      This file
CP4ASM.DOC      Instructions for building CP/M Kermit from sources
CP4KER.BWR      "Beware" file -- known bugs or limitations of current version
CP4KER.DOC      Documentation -- Kermit User Guide chapter for Kermit-80
CP4KER.MSS      Scribe text formatter source for CP4KER.DOC
CP4KER.UPD      Program update history
20-Feb-85 07:09:09-MST,796;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 07:09:03-MST
Received: from mitre.arpa by AMSAA.ARPA id a004469; 20 Feb 85 8:01 EST
Date: 20 Feb 1985  7:59:40 EST (Wednesday)
From: Jeffrey Edelheit <edelheit@mitre.ARPA>
Subject: Re: Has the Rainbow been dropped?
In-Reply-to: Your message of 13 Feb 85 15:17:48 GMT
To: Don Wright <drw%ecsvax.uucp@BRL-TGR.ARPA>
Cc: info-cpm@AMSAA.ARPA

According to the most recent Computerworld, DEC has dropped production 
of the Rainbow.  The article stated that DEC has a large number of them 
in stock, and will try to run the stock out.  The article also stated
that while the production run of Rainbows has stopped, it could always 
be restarted.

Jeff Edelheit
(edelheit@mitre)

20-Feb-85 08:22:33-MST,1998;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 08:22:15-MST
Received: from simtel20.arpa by AMSAA.ARPA id a007801; 20 Feb 85 10:00 EST
Date: 20 Feb 1985  07:47 MST (Wed)
Message-ID: <KPETERSEN.12089194324.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: Updated SIMTEL20 CP/M directories quick-reference list

Quick reference list to SIMTEL20's MICRO:<CPM.x> directories
as of February 20, 1985 (where 'x' is one of the names below):

22RSX         CPM86         GENDOC        NSTAR         T20-SQUSQ
6502          CPMLIB        HAMMING       OSBORN        TERM
AMETHYST      CPR86         HAMRADIO      PACKET        TOPS-20
APPLE         CUG           HDUTL         PASCAL        TRS-80
ASMUTL        DBASEII       HEATH         PCDOS         TURBODOS
ATARI         DEBUG         HELP          PILOT80       TURBOPAS
AZTEC-C       DIRUTL        HEX           PLOT33        TXTUTL
BASIC         DISASM        IBM-PC        PPSPEL        V2CMAC
BDOS          DISKPLOT      INSIDCPM      PUBKEY        VAXVMS
BDSC-1        DSKBUF        KAYPRO        PUBPATCH      VOICE
BDSC-2        DSKUTL        LIST          RBBS          WSTAR
BDSC-3        EDITC80       MACLIB        RBBS4         XCCP
BDSC-4        EDITOR        MATH          RCPM          XLISP
BSTAM         EPSON         MEMTEST       SMALLC2       YAM
BYE3          EZCPR         MEX           SORT          Z3LIBS
C80           FAST2         MICNET        SPELL         Z3NEW
CATLOG        FIDO          MISC          SQU-PORT      ZCPR
CB80          FILCPY        MODEM         SQUSQ         ZCPR2
CBIOS         FILUTL        MODEM2        STARTER-KIT   ZCPR3
CCP           FORTH         MODEM7        SUBMIT
COBOL         FORTH-83      MODEM903      SYSLIB
COMMODORE     GENASM        MSOFT         SYSLIB3
CPM3          GENCOM        NEWS          SYSUTL
20-Feb-85 11:58:39-MST,858;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 11:58:28-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a013065; 20 Feb 85 13:20 EST
Received: from usenet by BRL-TGR.ARPA id a014254; 20 Feb 85 11:59 EST
From: lamarche%micomvax.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm,net.wanted.sources
Subject: cpmfloppy for VAX780 running 4.xBSD
Message-ID: <392@micomvax.UUCP>
Date: 19 Feb 85 14:10:45 GMT
Xref: seismo net.micro.cpm:3951 net.wanted.sources:517
To:       info-cpm@AMSAA.ARPA

A while back, the sources of this beast allowing to read/write
CP/M 8" SS/SD floppies were distributed on the net.  Could
somebody mail me these sources as I now need them.

Thanks in advance,

Michel Lamarche
Philips Information Systems, Montreal (formely MICOM)
UUCP: philabs!micomvax!lamarche
20-Feb-85 13:48:50-MST,601;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 13:48:44-MST
Received: from simtel20.arpa by AMSAA.ARPA id a016930; 20 Feb 85 15:14 EST
Date: 20 Feb 1985  13:13 MST (Wed)
Message-ID: <KPETERSEN.12089253690.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SIMTEL20 directory list updated

MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today.

--Keith
20-Feb-85 20:50:54-MST,972;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 20:50:48-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023194; 20 Feb 85 22:06 EST
Received: from usenet by BRL-TGR.ARPA id a029266; 20 Feb 85 21:55 EST
From: apratt%iuvax.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: Request for LASM.DOC
Message-ID: <5100008@iuvax.UUCP>
Date: 16 Feb 85 21:43:00 GMT
Nf-ID: #N:iuvax:5100008:000:390
Nf-From: iuvax!apratt    Feb 16 16:43:00 1985
Xref: seismo net.micro.cpm:3952
To:       info-cpm@AMSAA.ARPA


I just downloaded the Public Domain Linking Assembler, LASM.COM, from an
RCPM. Unfortunately, it did not have the .DOC file with it. Could someone
out in net-land send me a copy? I don't think it's too big for the net..
I would prefer to get it from USENET rather than ARPA since I cannot send
to the ARPA net without cost. Thank you.

						-- Allan Pratt
					...ihnp4!inuxc!iuvax!apratt
21-Feb-85 00:51:58-MST,1401;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 00:51:51-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000755; 21 Feb 85 0:17 EST
Received: from usenet by BRL-TGR.ARPA id a002276; 20 Feb 85 22:57 EST
From: "J. Lee Johnson" <jjhnsn%ut-ngp.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm,net.wanted.sources
Subject: Re: cpmfloppy for VAX780 running 4.xBSD
Message-ID: <1349@ut-ngp.UUCP>
Date: 21 Feb 85 01:40:05 GMT
Xref: seismo net.micro.cpm:3953 net.wanted.sources:521
To:       info-cpm@AMSAA.ARPA

> A while back, the sources of this beast allowing to read/write
> CP/M 8" SS/SD floppies were distributed on the net.  Could
> somebody mail me these sources as I now need them.

This can be done with "dd", for example:

% dd if=/dev/floppy of=foo bs=128 count=2002  # read CP/M disk into file "foo"
% dd of=/dev/floppy if=foo bs=128 count=2002  # write CP/M disk from file "foo"

Berkeley supplies a program called "cpm" that allows you to manipulate
a CP/M diskette image file. Look for the sources in /usr/src/new/cpm.
The documentation is in volume 2C of the Berkeley manuals.

James Lee Johnson, U.T. Computation Center, Austin, Texas 78712
ARPA:  jjhnsn@ut-ngp
UUCP:  ihnp4!ut-ngp!jjhnsn  allegra!ut-ngp!jjhnsn  gatech!ut-ngp!jjhnsn
seismo!ut-sally!jjhnsn  harvard!ut-sally!jjhnsn  research!ut-sally!jjhnsn
21-Feb-85 09:57:48-MST,1014;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 09:57:41-MST
Received: from simtel20.arpa by AMSAA.ARPA id a014260; 21 Feb 85 11:20 EST
Date: 21 Feb 1985  09:19 MST (Thu)
Message-ID: <KPETERSEN.12089473160.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Ruben Ramirez-Mitchell <ruben@ut-ngp.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Subject: ITS-binary files on SIMTEL20 are no more
In-reply-to: Msg of 21 Feb 1985  07:41-MST from Ruben Ramirez-Mitchell <ruben at ut-ngp.ARPA>

Apparently my message concerning the complete changeover from
ITS-binary to BINARY (8) on SIMTEL20 was lost by some mailers.  There
was a mail problem at BRL about that same time.

ALL binary files at SIMTEL20 are now 8-bit BINARY.  There are no
ITS-binary files remaining.  The only change to the FTP user will be
to NOT strip the first four bytes from the head of binary files.

--Keith
21-Feb-85 12:54:41-MST,1578;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 12:54:31-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a017854; 21 Feb 85 14:20 EST
Received: from usenet by BRL-TGR.ARPA id a019488; 21 Feb 85 13:42 EST
From: Steve Tynor <tynor%gitpyr.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.wanted,net.micro.cpm
Subject: Wanted: CP/M System
Message-ID: <153@gitpyr.UUCP>
Date: 20 Feb 85 04:15:08 GMT
Xref: seismo net.micro:9934 net.wanted:6148 net.micro.cpm:3957
To:       info-cpm@AMSAA.ARPA

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
                  WANTED: Used CP/M System

I'm looking for a cheap CP/M system for a software development
project I'm about to embark upon.  I'm not looking for anything
fancy, just a Z80/8080 CPU, a disk drive or two, and perhaps a
monitor.  

If anyone has or knows about such a system that someone wants to
unload, let me know.

My mother thanks you, my father thanks you....

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Never put off until tomorrow what you can avoid altogether.   
                     
    Steve Tynor

       1069 McMillan St. NW
       Atlanta, GA
       30318
	  (404) 875-0252
	  (404) 894-3175

 ...{akgua, allegra, amd, harpo, hplabs,
     ihnp4, masscomp, ut-ngp, rlgvax, sb1,
     uf-cgrl, unmvax, ut-sally}  !gatech!gitpyr!tynor

-- 
Steve Tynor
Georgia Insitute of Technology, Atlanta Georgia, 30332
...!{akgua,allegra,amd,hplabs,ihnp4,masscomp,ut-ngp}!gatech!gitpyr!tynor
21-Feb-85 16:51:44-MST,599;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 16:51:35-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024724; 21 Feb 85 18:20 EST
Date: Thu 21 Feb 85 16:20:18-MST
From: JFAAD <JFAAD@SIMTEL20.ARPA>
Subject: MODEM840 Function Keys
To: INFO-CPM@AMSAA.ARPA
cc: JFAAD@SIMTEL20.ARPA

Does anyone have an M8FNK.CMD program for MODEM840 (CPM86)?
I would like to change the function key intercept character
to something other than ^.  It causes problems when using
the TOPS-20 EDIT program.

Larry Armijo
JFAAD@SIMTEL20
-------
21-Feb-85 19:34:20-MST,4631;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 19:33:41-MST
Received: from simtel20.arpa by AMSAA.ARPA id a025229; 21 Feb 85 20:55 EST
Date: Thursday, 21 February 1985  12:46-MST
Message-ID: <KPETERSEN.12089577861.BABYL@SIMTEL20.ARPA>
Sender: d3unix!jhs@mitre-bedford.ARPA
From: d3unix!jhs@mitre-bedford.ARPA
Subject:   MOV transient protectors
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 21 Feb 1985 18:54-MST

" What is the proper configuration for hooking up an MOV to a power
  line?  (i.e.  in series or in parallel?).

  If it hooks up in parallel to the power line, why wouldn't one MOV
  work for your entire house?  It seems that it would, because all the
  lines in the house are connected to together in parallel.
							  Joe "
--------

The MOV is a shunt device: it has a high impedance until a transient
causes a large voltage to appear across it, at which point its
resistance becomes small, or more precisely, it prevents the voltage
from getting much bigger by shunting a large current through the MOV.

To protect equipment with MOVs connected to the AC line, you would
want to choose an MOV rated for a voltage which would not NORMALLY
appear across the line.  Be sure to find out (does anybody know?)
whether the MOV is rated in terms of instantaneous peak voltage or RMS
line voltage.  The peak voltage is sqrt(2) times the RMS value of 115
or 120, thus about 170 volts.  To allow for manufacturing tolerances,
an MOV which limits peaks to about 190 or 200 volts would probably be
about right.

Another parameter you need to choose is the maximum shunt current you
need to handle in the MOV.  The right choice depends on the
application.  For EMP protection, FEMA recommends a rule of thumb of
25 to 120 Amps per FOOT of exposed conductor if the conductor is
vertical and 5 to 10 Amps per foot if it is horizontal.  In either
case, a practical limit would occur at about 2000 Amps because more
than that will arc over around even your MOV.  So probably a 2000 Amp
peak current rating would handle most transients in the real world.
I'm not sure just how LIGHTNING transients would differ from EMP, but
it is generally claimed that the risetime is longer (slower) for
lightning.  I suspect that the above rules of thumb for EMP would
result in a conservative design that would handle lightning nicely
also.

The MOV would be connected across the line (in parallel, in your
terms).  A single MOV at the power entrance point would be very useful
if all wiring beyond that point is in metal conduit.  However, note
that MOVs may become ineffective after being zapped a couple of times,
so it might be well to install several of them in parallel at the
entrance point.  It is also a good idea to inspect or test them
periodically.

Bear in mind that both EMP and lightning are fairly wideband
phenomena, EMP particularly extending well into the VHF region.
Because they are so wideband, they act like (they in fact ARE) radio
waves and can get picked up by even a few FEET of conductor betwee the
"central" MOV and the device in question.  MOVs at various other
points in the system would provide better protection to specific
(expensive) equipment especially if the entrance-point MOV(s) failed
or if the distribution wiring in the building is not shielded.

The LEAD LENGTH and inductance in series with the MOV will greatly
reduce its effectiveness in limiting voltage peaks.  It is best to use
techniques similar to those used in building VHF/UHF amplifiers: very
short leads, wide "straps" rather than ordinary wire, or else large
diameter conductor, avoid bending the conductor (because bends
introduce inductance) etc.

Additional protection can be provided more locally by using Zener
diodes on low-voltage lines and gas gap devices on antenna feedlines.
NOTE THAT AIR GAPS ARE NOT EFFECTIVE against EMP transients because
the risetime is much faster than the time required to ionize air.  Buy
a gas discharge device specifically designed for EMP or lightning
protection, and then check it periodically (after every major
electrical storm, for example).

I hope the above is helpful.  Please note that I am only an "instant"
expert on this subject rather than a "real" expert, so I may not be
able to give you much more detail than the above.  However, I would be
glad to try to answer any further questions or point you at someone
who can do so.

						73, John Sangster,
						W3IKG jhs at
						mitre-bedford.arpa
21-Feb-85 19:34:53-MST,4776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 19:34:30-MST
Received: from simtel20.arpa by AMSAA.ARPA id a025244; 21 Feb 85 21:00 EST
Date: Thursday, 21 February 1985  12:59-MST
Message-ID: <KPETERSEN.12089578798.BABYL@SIMTEL20.ARPA>
Sender: d3unix!jhs@mitre-bedford.ARPA
From: d3unix!jhs@mitre-bedford.ARPA
Subject:   MOV transient protectors - correction
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 21 Feb 1985 18:59-MST

*** Correction to text - discard previous version.

" What is the proper configuration for hooking up an MOV to a power
  line?  (i.e.  in series or in parallel?).

  If it hooks up in parallel to the power line, why wouldn't one MOV
  work for your entire house?  It seems that it would, because all the
  lines in the house are connected to together in parallel.
							  Joe "
--------

The MOV is a shunt device: it has a high impedance until a transient
causes a large voltage to appear across it, at which point its
resistance becomes small, or more precisely, it prevents the voltage
from getting much bigger by shunting a large current through the MOV.

To protect equipment with MOVs connected to the AC line, you would
want to choose an MOV rated for a voltage which would not NORMALLY
appear across the line.  Be sure to find out (does anybody know?)
whether the MOV is rated in terms of instantaneous peak voltage or RMS
line voltage.  The peak voltage is sqrt(2) times the RMS value of 115
or 120, thus about 170 volts.  To allow for manufacturing tolerances,
an MOV which limits peaks to about 190 or 200 volts would probably be
about right.

Another parameter you need to choose is the maximum shunt current you
need to handle in the MOV.  The right choice depends on the
application.  For EMP protection, FEMA recommends a rule of thumb of
25 to 120 Amps per FOOT of exposed conductor if the conductor is
vertical and 5 to 10 Amps per foot if it is horizontal.  In either
case, a practical limit would occur at about 2000 Amps because more
than that will arc over around even your MOV.  So probably a 2000 Amp
peak current rating would handle most transients in the real world.
I'm not sure just how LIGHTNING transients would differ from EMP, but
it is generally claimed that the risetime is longer (slower) for
lightning.  I suspect that the above rules of thumb for EMP would
result in a conservative design that would handle lightning nicely
also.

**** correction to following paragraph: ****

The MOV would be connected across the line (in parallel, in your
terms).  A single MOV at the power entrance point would be very useful
if all wiring beyond that point is in metal conduit.  MOVs have a
reputation of being fairly reliable, provided that they are adequately
rated to handle the shunt currents they experience.  However, the use
of two or more MOVs in parallel might be a good idea for added
protection in case a failure should occur.

Bear in mind that both EMP and lightning are fairly wideband
phenomena, EMP particularly extending well into the VHF region.
Because they are so wideband, they act like (they in fact ARE) radio
waves and can get picked up by even a few FEET of conductor betwee the
"central" MOV and the device in question.  MOVs at various other
points in the system would provide better protection to specific
(expensive) equipment especially if the entrance-point MOV(s) failed
or if the distribution wiring in the building is not shielded.

The LEAD LENGTH and inductance in series with the MOV will greatly
reduce its effectiveness in limiting voltage peaks.  It is best to use
techniques similar to those used in building VHF/UHF amplifiers: very
short leads, wide "straps" rather than ordinary wire, or else large
diameter conductor, avoid bending the conductor (because bends
introduce inductance) etc.

Additional protection can be provided more locally by using Zener
diodes on low-voltage lines and gas gap devices on antenna feedlines.
NOTE THAT AIR GAPS ARE NOT EFFECTIVE against EMP transients because
the risetime is much faster than the time required to ionize air.  Buy
a gas discharge device specifically designed for EMP or lightning
protection, and then check it periodically (after every major
electrical storm, for example).

I hope the above is helpful.  Please note that I am only an "instant"
expert on this subject rather than a "real" expert, so I may not be
able to give you much more detail than the above.  However, I would be
glad to try to answer any further questions or point you at someone
who can do so.

						73, John Sangster,
						W3IKG jhs at
						mitre-bedford.arpa
21-Feb-85 20:15:29-MST,1277;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 20:15:22-MST
Received: from simtel20.arpa by AMSAA.ARPA id a025306; 21 Feb 85 21:12 EST
Date: 21 Feb 1985  19:12 MST (Thu)
Message-ID: <KPETERSEN.12089581077.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   JFAAD <JFAAD@simtel20.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: MODEM840 Function Keys
In-reply-to: Msg of 21 Feb 1985  16:20-MST from JFAAD <JFAAD>

    Does anyone have an M8FNK.CMD program for MODEM840 (CPM86)?
    I would like to change the function key intercept character
    to something other than ^.  It causes problems when using
    the TOPS-20 EDIT program.

I don't have a program for you, but I do have a possible fix.  I use
MODEM7 with the normal intercept character - even though I use EMACS
here on SIMTEL20.  The trick is to look in your overlay for the option
which defines whether the intercept character preceeds a local or a
remote character.  Reverse it.  You then type the intercept character
ONLY before a local command.  This allows you to use all the control
characters with EMACS.  Type the intercept character twice to send it
out over the modem.

--Keith
22-Feb-85 01:27:16-MST,682;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Feb 85 01:27:11-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a025814; 22 Feb 85 2:21 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a015610; 22 Feb 85 2:15 EST
Date: Fri 22 Feb 85 02:15:22-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Z3TCAP Entry for Apple
To: INFO-CPM@MIT-MC.ARPA
cc: rconn@SIMTEL20.ARPA


   I made a Z3TCAP entry for the Apple using a Viewmax-80 80-column/lowercase
card;  If anyone using this setup would like the .Z3T file, please let me
know.  Maybe it could eventually get added to the Z3TCAP library.

-dru
-------

22-Feb-85 08:36:59-MST,1200;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Feb 85 08:36:52-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002533; 22 Feb 85 9:59 EST
Date: 22 Feb 1985  07:58 MST (Fri)
Message-ID: <KPETERSEN.12089720642.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   David Towson (SECAD) <towson@AMSAA.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: ITS binary file in archives.
In-reply-to: Msg of 22 Feb 1985  07:29-MST from David Towson (SECAD) <towson at AMSAA.ARPA>

    Keith - I just saw the note on <CPM.SPELL>SPELL21X.LBR, and
    decided to grab a copy.  In doing so, I discovered that an ITS
    header is present on this file (didn't try SPELL21.LBR).  Our
    auto-ftp programs here at BRL check for the ITS header, and strip
    it if present.  The results of this test and strip action are
    reported to the user.  For other files I have FTPed since you
    removed the ITS headers, the program has indeed indicated that
    the header was not present.

You are right.  Sorry about that.  SPELL21X.LBR has been corrected, is
now BINARY instead of ITS-binary.

--Keith
22-Feb-85 17:03:36-MST,1023;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Feb 85 17:03:12-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a015178; 22 Feb 85 18:37 EST
Received: from simtel20.arpa by BRL-AOS.ARPA id a025388; 22 Feb 85 18:28 EST
Date: 22 Feb 1985  16:27 MST (Fri)
Message-ID: <CSTROM.12089813224.BABYL@SIMTEL20.ARPA>
From: CSTROM@SIMTEL20.ARPA
To:   ihnp4!cbosgd!clyde!watmath!watarts!upen@UCB-VAX.ARPA
CC:   INFO-CPM@BRL.ARPA
Subject: No magazines for hackers?
In-reply-to: Msg of 17 Feb 1985  20:37-MST from ihnp4!cbosgd!clyde!watmath!watarts!upen at ucb-vax.ARPA

	Sorry, no flames, only good news - Sol Libes is about to
unveil Micro/Systems Journal, which will look like to old Microsystems
when Sol was running the show. It will be a bimonthly withg lower
production costs, less glossy hype, and presumably more good stuff for
us hackers.
	Sol is sending a mailing out with details and a subscription
form to all former Microsystems subscribers.

-Charlie
23-Feb-85 01:33:16-MST,1107;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 01:33:09-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a016087; 23 Feb 85 3:08 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000950; 23 Feb 85 3:08 EST
Date: 23 February 1985 03:07-EST
From: Andrew Scott Beals <BANDY@MIT-MC.ARPA>
Subject:  Osborne 1 computers
To: info-cpm@BRL.ARPA

Well folks, I've determined that the reason why my display is spazzing
is because I have a power supply that is just too weak to keep
everything powered to correct voltages. (You would spazz to if you
were only getting 4.50 volts across your pins... I'm using a big power
supply borrowed from work in the interim)

Does anyone know of someone who is manufacturing hefty power supplies
that will fit in the case of the machine? Or for that matter, does anyone
have a list of third party Osborne 1 after-market addons?

Tanks do advance and please cc: replies to me please - I'm not on
info-cpm...

andy beals
arpa: bandy@lll-crg
uucp: ihnp4!mit-eddie!bandy	or	ucbvax!sun!lll-crg!bandy

23-Feb-85 02:15:48-MST,1116;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 02:15:41-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016134; 23 Feb 85 3:53 EST
Received: from usenet by BRL-TGR.ARPA id a010299; 23 Feb 85 3:40 EST
From: Dan Davison <davison%bnl.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm,net.wanted,net.micro
Subject: HELP: Bdos error on B:R/O
Message-ID: <883@bnl.UUCP>
Date: 22 Feb 85 00:44:45 GMT
Xref: seismo net.micro.cpm:3966 net.wanted:6165 net.micro:9960
To:       info-cpm@AMSAA.ARPA

I've got a Z80 CP/M system with two 5.25 in drives. A: is ss/dd,
B: is ds/dd.  I keep getting the error message 

Bdos error on B:R/O

when trying to delete files, or copying using PIP, and with Wordstar.
The canonical situation is having a write-protect tab on the disk: I
don't.  Does anyone have any idea what might be wrong?  Whatever it
is, it's intermittent.  Any pointers as to where the problem may lie
would be appreciated.

TIA,
dan davison
davison@bnl.arpa
davison@bnl.bitnet
davison@sumex-aim.arpa
...decvax!philabs!sbcs!bnl!davison
23-Feb-85 06:39:16-MST,674;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 06:39:08-MST
Received: from xerox.arpa by AMSAA.ARPA id a016537; 23 Feb 85 8:19 EST
Received: from Aurora.ms by ArpaGateway.ms ; 23 FEB 85 05:18:45 PST
Date: Sat, 23 Feb 85 08:21 EST
From: Lowans.Wbst@XEROX.ARPA
Subject: Re: HELP: Bdos error on B:R/O
In-reply-to: <883@bnl.UUCP>
To: Dan Davison <davison%bnl.uucp@BRL-TGR.ARPA>
cc: info-cpm@AMSAA.ARPA

	Some CPM systems will assign a dick drive a R/O when the drive door is
opened, as when changing disks (hence the intermittence). If this is the
case,  enter CTRL-C after changing disks.
										Paul
23-Feb-85 11:54:39-MST,2608;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 11:54:26-MST
Received: from simtel20.arpa by AMSAA.ARPA id a018012; 23 Feb 85 13:32 EST
Date: Saturday, 23 February 1985  02:19-MST
Message-ID: <KPETERSEN.12090021563.BABYL@SIMTEL20.ARPA>
Sender: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
From: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
Subject:   MOV transient protectors
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 23 Feb 1985 11:31-MST

Actually one MOV would not work at all. You would need three,

MOV from :
	Hot to Neutral
	Neutral to Ground
	Ground to Hot

This protects the circuit from transients on any or any two of the
three legs of the feed. The real trouble is that the entire load of a
house can tax the MOVs unless you get the more expensive rated MOVs,
and besides most of the devices in the house are insensitive to
transients.

Second, the MOVs on the feed box would protect sensitive equipment
from the outside transients, but would not filter out the transients
that originate within a house. Yes the MOVs would trip and suppress
the transient, but also the power suppies of TV's, computers, etc
would also see the transient since they are on the short side of the
transient, so these devices would not have adequate protection.

The best advice is to install the MOVs as close to sensitive equipment
as possible and if you put MOVs in a outlet box, only plug in
compatible equipment into that box so that you can reduce possibility
of transients defeating the MOVs.

In my parents house, every spring the thundershowers knock out the
rectifiers in the TV. after two years and progressing through voltage
ratings up to the highest (~4Kv), I installed MOVs across the line AND
across the transformer output AND across the rectifier AND across the
output side of the logic supply. (Not across the tube supply of
course!) The cost was only about 15$, but after having the rectifier
replaced twice, and an entire main board replaced because the
transient took out most if not ALL of the IC's, I think the overkill
will save the boards. And for the last four years, there has not been
a single problem due to transients in the TV. (But transients did blow
the radio that was plugged into the SAME outlet).

This is why it is recommended that MOVs be placed in EACH item that
you wish to protect.

					Peter Barada
					ima!pbear!peterb

20$ of MOVs are worth more than the agrevation of blowing delicate
electrical equipment.
23-Feb-85 12:18:58-MST,2153;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 12:18:48-MST
Received: from simtel20.arpa by AMSAA.ARPA id a018138; 23 Feb 85 13:46 EST
Date: Saturday, 23 February 1985  02:21-MST
Message-ID: <KPETERSEN.12090021904.BABYL@SIMTEL20.ARPA>
Sender: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
From: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
Subject:   MOV transient protectors
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 23 Feb 1985 11:33-MST

Most MOVs are designated both by peak current and NOMINAL voltage
These devices work for both AC and DC. (AC devices will last longer
though).

If you hooked up MOVs at the feed box for the house, it would protect
from the outside disturbances, but not inside transients.

If you want to protect logic, I recommend tranzorb devices by GS
(general semiconductor), specifically the

	1N5908

This devices charecteristics are:

	1.5Kw Peak Pulse Power dissipation @ 25 deg c
	Tclamp (0 V to BVmin) < 1 pecoseconds! (theoretical)
		(can not measure it if < 3 picoseconds)
	Forward Surge rating (1/2 cycle):
		200amps, 1/120 second @ 25 deg c
	Steady State power dissipation:
		5W @ 75 deg c, lead length 3/8 inch
	Repitition rate (duty cycle):
		.05%

It comes in a molded case, (9.4mm X 5.08mm)

Clamping voltage is 7.2 volts, and rises only slightly to ~ 8 volts @
100v and rises slightly beyond. This is unlike MOVs that may rise to
quite higher than the nominal voltage indicated.

10Kpf capacitance, reducable to 200pf by schottky diode in series, 1KA
@ 7.2 V

This is only one of the devices GS makes, and this is intended for
logic protection. Originally designed for MIL work to protect from
nuke EMP, these devices work quite well.

for more info, write GS for a catalog:

	General Semiconductor Industries, Inc.
	2001 West Tenth Place
	Tempe, Arizona 85281
	(602) 968-3101

This is not an endorsment of mine, however, a friend does endorse
them.

				Peter Barada
				ima!pbear!peterb

PS      cost of that little gem is about 75 cents!
23-Feb-85 18:02:07-MST,1430;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 18:02:01-MST
Received: from simtel20.arpa by AMSAA.ARPA id a001158; 23 Feb 85 19:34 EST
Date: 23 Feb 1985  17:34 MST (Sat)
Message-ID: <KPETERSEN.12090087546.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Walt Livingston <DSDC-SDT2@gunter-adam.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Subject: SIMTEL20 File extensions
In-reply-to: Msg of 22 Feb 1985  08:06-MST from Walt Livingston <DSDC-SDT2 at GUNTER-ADAM.ARPA>

    Can someone tell me, or show me where to look, for the meanings of such
    file extensions as *.AQM, *.DQC, *.MQC, *.FQX, *.IQF, *.TQT, *.HQP,
    *.OQT, *.FQB, *.LQT, and *.DQR.  All of these file extensions show up
    on binary files.  Is there a standard that these follow??

On files in the MICRO:<CPM.x> directory on SIMTEL20 the "Q" results
when SQ (the Hoffman file squeezer) has been used on the file.  Just
imagine what the missing letter is and you'll have a good idea what
the file is.  You'll need USQ (the unsqueezer) to restore them to the
original form before they can be read.

DQC=DOC, MQC=MAC, FQX=FIX, IQF=INF, TQT=TXT, HQP=HLP, LQT=LST, DQR=DIR.

The OQT and FQB are special cases.  Those resulted when .OCT and .FEB
(the month of the newsletter in question) were squeezed.

--Keith
23-Feb-85 19:18:32-MST,753;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 19:18:27-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a001501; 23 Feb 85 20:50 EST
Received: from csnet-pdn-gw by BRL-AOS.ARPA id a005858; 23 Feb 85 20:41 EST
Received: from waterloo by csnet-relay.csnet id ac05530; 23 Feb 85 20:29 EST
Date: Sat, 23 Feb 85 14:45:21 est
From: Ue-Li Pen <upen%watarts%waterloo.csnet@CSNET-RELAY.ARPA>
Message-Id: <8502231945.AA19135@watarts>
To: watmath!ihnp4!ucbvax!CSTROM@SIMTEL20.ARPA
Subject: Re:  No magazines for hackers?
Cc: INFO-CPM@BRL.ARPA

YEAH!
I would appreciate it if you let me know when the magazine is released..
a review of the first issue would also be appreciated..
- Simon

23-Feb-85 22:11:55-MST,954;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 22:11:50-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a002362; 23 Feb 85 23:44 EST
Received: from su-score.arpa by BRL-AOS.ARPA id a006530; 23 Feb 85 23:41 EST
Date: Sat 23 Feb 85 20:39:34-PST
From: Sam Hahn <Samuel@SU-SCORE.ARPA>
Subject: Re: No magazines for hackers?
To: CSTROM@SIMTEL20.ARPA
cc: ihnp4!cbosgd!clyde!watmath!watarts!upen@UCB-VAX.ARPA, INFO-CPM@BRL.ARPA
In-Reply-To: Message from "CSTROM@SIMTEL20.ARPA" of Fri 22 Feb 85 16:27:00-PST

Hallelujah!!  Sol's already got my check for 2 years.  It would have been
for longer, but their card wasn't that optimistic.

I think it's refreshing to hear from so many who are as burned up about
Microsystems::ZD as I was/am.  It used to be the case that magazines
were a good source of INFORMATION, and advice, not the hype that so many
carry now...

				-- sam
-------
24-Feb-85 20:24:22-MST,2229;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Feb 85 20:24:14-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a004962; 24 Feb 85 21:48 EST
Received: from usenet by BRL-TGR.ARPA id a004393; 24 Feb 85 21:40 EST
From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Anyone have Lomas S-100 systems?
Message-ID: <1010003@acf4.UUCP>
Date: 24 Feb 85 16:32:00 GMT
Xref: seismo net.micro.cpm:3972
To:       info-cpm@AMSAA.ARPA

---ddt

    I own a S-100 based micro with boards from Lomas Data Products. Does
anyone else out in netland have a similiar machine. If so, I would like to
discuss various upgrade options with them. For those unfamiliar with LDP,
they are a competitor of Compupro. They sell S-100 boards and systems such
as 10Mhz 8086 boards, 80286 boards, 3Mb dynamic ram boards etc and they
support CPM/86, MSDOS 2.1 and Concurrent PC-DOS (hopefully UNIX soon).

   Recently, they came out with a 3 Mb dynamic ram board which works with a 
10Mhz 8086 with no wait states. More interestingly, they have a S-100 board
which emulates the video display of an IBM PC. It seems to be quite
compatible to the point where they have an IBM PC keyboard interface on the
display board. According to Rich Lomas, they have developed a version of
MS-DOS 2.1 which runs PC-DOS programs. Amongst the ones they tried are
dBaseII and Lotus 1-2-3 with graphics. Does any one know if Compupro came
out with theirs and how compatible it is.

   I have had my system for 2 years and have been quite satisfied with their
support. Upgrading this system is cheap - a 10Mb hard disk with controller
and PS was only $900. Now for $500, I can get PC compatibility (I have 2 8"
and 1 5 1/4" drive) through the graphics board (and retire my faithful 5
year old H-19). I have quite a lot of public domain stuff configured for my
system and will be willing to share it.

I have no connection with LDP other than being a customer.

                                            Sam Chin
                                            ARPAnet: tsc2597@nyu-acf4
                                            uucp: allegra!cmcl2!acf4!tsc2597
25-Feb-85 08:19:56-MST,550;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Feb 85 08:19:50-MST
Received: from almsa-1.arpa by AMSAA.ARPA id a005517; 25 Feb 85 9:38 EST
Date:     Mon, 25 Feb 85 8:29:38 CST
From:     Crede Edens <edens@ALMSA-1.ARPA>
To:       Info-Cpm@AMSAA.ARPA
Subject:  MOV transient protectors



There is a very good article in the December 1983 BYTE magazine on MOVs
plus pictures and diagrams showing how to connect them.

I found it very helpful.

Crede Edens        EDENS@ALMSA-1.ARPA

25-Feb-85 21:55:53-MST,947;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Feb 85 21:55:44-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022613; 25 Feb 85 23:28 EST
Date: 25 Feb 1985  21:07 MST (Mon)
Message-ID: <KPETERSEN.12090650573.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: RCPM-059.LQT phone list of all known RCPMs updated

The latest list of all known RCPM (Remote CP/M) systems is now
available from SIMTEL20.  If you cannot FTP and you are not already on
the list to automatically receive updates of RCPM-xx.LST, please send
a note to me and I'll add you to the mailing list.

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MISC>
RCPM-059.LQT.1			BINARY	 39552  BA91H

--Keith <W8SDZ@SIMTEL20.ARPA>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
26-Feb-85 01:45:28-MST,1220;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 01:45:20-MST
Received: from rice-gateway by AMSAA.ARPA id a022880; 26 Feb 85 3:15 EST
Received: by rice.ARPA (AA28998); Tue, 26 Feb 85 01:52:40 CST
Date:     Tue, 26 Feb 85 01:40:35 CST
From: Paul Milazzo <milazzo@RICE.ARPA>
Subject:  Bug in NULU 1.1 unsqueezer
To: INFO-CPM@AMSAA.ARPA
Message-Id: <1985.02.26.01.40.35.830.28884@Dione.rice>

I apologize if the following bug has already been discussed, but I
don't remember seeing it, so:

Earlier this evening I used "sq" and "lar" under UNIX to create a .LBR
full of SQueezed files, and then shipped it to my CP/M system.  When I
then used "-q *.*" in NULU 1.1 to extract and unsqueeze all of the
files, I was left with a directory full of lower-case file names!

One could perhaps argue that the UNIX version of SQ shouldn't store the
file names in lower case, but I disagree, since they might be destined
for another UNIX system.  In any case, I think NULU should put all file
names in canonical form before using them under CP/M.

				Paul G. Milazzo <milazzo@rice.ARPA>
				Dept. of Computer Science
				Rice University, Houston, TX
26-Feb-85 06:07:45-MST,620;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 06:07:41-MST
Received: from xerox.arpa by AMSAA.ARPA id a025066; 26 Feb 85 7:38 EST
Received: from BacoNoir.ms by ArpaGateway.ms ; 26 FEB 85 04:37:36 PST
Date: Tue, 26 Feb 85 07:37 EST
From: Lowans.Wbst@XEROX.ARPA
Subject: Re: RCPM-059.LQT phone list of all known RCPMs updated
In-reply-to: <KPETERSEN.12090650573.BABYL@SIMTEL20.ARPA>
To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
cc: Info-Cpm@AMSAA.ARPA

	Please send me the RCPM phone list and put me on the mailing list.
									Thanks
									Paul

26-Feb-85 07:45:41-MST,844;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 07:45:35-MST
Received: from simtel20.arpa by AMSAA.ARPA id a028141; 26 Feb 85 9:11 EST
Date: 26 Feb 1985  07:11 MST (Tue)
Message-ID: <KPETERSEN.12090760517.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Paul Milazzo <milazzo@rice.ARPA>
CC:   INFO-CPM@AMSAA.ARPA
Subject: Bug in NULU 1.1 unsqueezer
In-reply-to: Msg of 26 Feb 1985  00:40-MST from Paul Milazzo <milazzo at RICE.ARPA>

Paul, thanks for the bug report on NULU11.  I agree, it should convert
the names to upper case - the BDS-C version does that.  I'll relay
that to the RCPM Sysop Clearinghouse.  All is not lost, you can use
MBASIC to rename the files by saying:

NAME filename AS FILENAME

--Keith
26-Feb-85 08:05:32-MST,1079;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 08:05:26-MST
Received: from simtel20.arpa by AMSAA.ARPA id a028320; 26 Feb 85 9:26 EST
Date: Monday, 25 February 1985  06:48-MST
Message-ID: <KPETERSEN.12090761074.BABYL@SIMTEL20.ARPA>
Sender: Dick Binder <binder%dosadi.dec@brl-tgr.ARPA>
From: Dick Binder <binder%dosadi.dec@brl-tgr.ARPA>
Subject:   MOV transient protectors
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Tue 26 Feb 1985 07:14-MST

To use MOVs, you need three of them.  Inside your outlet box, connect
one from green to white, one from black to white, and one from black
to green.  There is good reason why a single set of MOVs won't protect
a whole house - wires don't have zero resistance to DC, and their
impedance to AC is often rather surprising.  Spikes at one point in
the house may or may not exist elsewhere.

Cheers,
Dick Binder

UUCP:  { decwrl, allegra, ucbvax... }!decwrl!dec-rhea!dec-dosadi!binder
ARPA:  binder%dosadi.DEC@decwrl.ARPA
26-Feb-85 08:43:34-MST,1528;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 08:43:06-MST
Received: from lanl.arpa by AMSAA.ARPA id a021260; 20 Feb 85 16:55 EST
Received: from a.ARPA by LANL.ARPA (4.12/4.7)
	id AA21025; Wed, 20 Feb 85 14:55:03 mst
Received: by a.ARPA (4.12/4.7)
	id AA29719; Wed, 20 Feb 85 14:54:38 mst
Date: Wed, 20 Feb 85 14:54:38 mst
From: Richard Thomsen <rgt@lanl.ARPA>
Message-Id: <8502202154.AA29719@a.ARPA>
To: info-cpm-request@AMSAA.ARPA
Subject: Another NULU11 bug
Resent-Date:  Tue, 26 Feb 85 9:46:50 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@lanl.ARPA


	I have a DEC Rainbow 100+, which uses the DEC Multi-national
character set (an 8-bit character set).  I downloaded the NULU11 library,
and it works fine, except for one problem.  When I View the NULU documentation,
it is fine.  But when I use NULU to unsqueeze it, it is full of 8-bit
characters (which makes it almost impossible to read).  This is also true
for the note file and others in the NULU library.

	I used NULU to create a library of documents for my system.  The
library is called DOCUMENT.LBR.  But whenever I enter NULU and give it the
library, it prints the library name and has 8-bit characters for the file
type.  So it comes out DOCUMENT.xBx, where the x's are 8-bit character in
the DEC multi-national character set.

	Just thought I had better pass along this bug to be added to the
others.  Thanks for your assistance.

						Richard Thomsen
26-Feb-85 09:04:18-MST,516;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 09:04:13-MST
Received: from apg-3.arpa by AMSAA.ARPA id a029956; 26 Feb 85 10:22 EST
Date: 26 Feb 1985 10:16:07 EST (Tuesday)
From: John Shaver STEEP-TM-AC 879-7602 <jshaver@apg-3.ARPA>
Subject: Re: Bug in NULU 1.1 unsqueezer
In-Reply-to: Your message of 26 Feb 1985  07:11 MST (Tue)
To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
Cc: info-cpm@AMSAA.ARPA, jshaver@apg-3.ARPA

NEWSWEEP does the job also.

26-Feb-85 10:00:24-MST,1078;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 10:00:14-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a000783; 26 Feb 85 11:23 EST
Date: 26 Feb 1985 10:58:13 EST
Subject: Re: Bug in NULU 1.1 unsqueezer
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
cc: info-cpm@AMSAA.ARPA
In-Reply-To: <KPETERSEN.12090760517.BABYL@SIMTEL20.ARPA>

Keith,
In all of this flurry about the NULU11 unsqueeze function, the users
must be sure that they have applied the NULU!!11F1.AQM patch to the original
program.  It fixes some problems with filenames in the unsqueeze function,
plus several others.

In that context, last tweek there was a complaint that NULU11 could not 
successfully unsqueeze the large dictionary file from the new SPELL21X
library.  I tried it here (H89, Heath CP/M) and had no problems at all.

I did, however, pass the bug reports on tho the NULU author, which I will
continue to do with whatever appears on the net.

Regards,
Steve Noland
-------
26-Feb-85 12:04:13-MST,860;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 12:04:08-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a004729; 24 Feb 85 18:51 EST
Date: Sun, 24 Feb 85 15:48 PST
From: "Webb Mike"@LLL-MFE.ARPA
Subject: xebec s1410 info
To: info-cpm-request@AMSAA.ARPA
Resent-Date:  Tue, 26 Feb 85 13:30:03 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@LLL-MFE.ARPA



i just got hold of a xebec s1410 controler(the stand alone SASI model) and
i sa604 hard disk. i am intertaining ideas of force fitting the setup into
my vt180. what i am looking for is examples of bios code to talk to the xebec
controler, or sources for same (i'll pay some dollars but would rather not).
any info would be appreciated. if there is any response , i'll summarize.

					mike
					webb@lll-mfe.arpa
26-Feb-85 12:32:47-MST,1058;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 12:32:40-MST
Received: from rice-gateway by AMSAA.ARPA id a003550; 26 Feb 85 14:07 EST
Received: by rice.ARPA (AA02796); Tue, 26 Feb 85 12:43:20 CST
Date:     Tue, 26 Feb 85 12:20:07 CST
From: Paul Milazzo <milazzo@RICE.ARPA>
Subject:  Re: Bug in NULU 1.1 unsqueezer
To: Steve Noland <NOLAND@USC-ISI.ARPA>
Cc: info-cpm@AMSAA.ARPA
In-Reply-To: A message from Steve Noland dated 26 Feb 1985 10:58:13 EST
Message-Id: <1985.02.26.12.20.07.390.02432@Dione.rice>

Steve:

I had already applied NULU11F1.AQM (the signon message date now reads
02/03/05), so that's not the problem.  I appreciate the suggestion,
though.

My thanks also to all of the kind people who told me of ways to rename
the lower-case-named files.  I should have mentioned in my original
message that I immediately renamed them with NSWP (kudos to Dave Rand).

				Paul G. Milazzo <milazzo@rice.ARPA>
				Dept. of Computer Science
				Rice University, Houston, TX
26-Feb-85 19:48:11-MST,1112;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 19:48:05-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a010063; 26 Feb 85 21:18 EST
Received: from simtel20.arpa by BRL-AOS.ARPA id a008232; 26 Feb 85 21:17 EST
Date: 26 Feb 1985  19:16 MST (Tue)
Message-ID: <CSTROM.12090892590.BABYL@SIMTEL20.ARPA>
From: CSTROM@SIMTEL20.ARPA
To:   Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
Cc:   CSTROM@SIMTEL20.ARPA, INFO-CPM@BRL.ARPA
Subject: Anyone have Lomas S-100 systems?
In-reply-to: Msg of 24 Feb 1985  09:32-MST from Sam Chin <tsc2597%acf4.uucp at BRL-TGR.ARPA>

I'm not presently a Lomas customer, but am quite interested in their
recent announcements. Do you run their CCPM? Is it version 3.1? Does
it offer PCMODE?
I also wonder if the IBM graphics board is a real product, or does it
only exist in the shop? I was hoping that there would be some
alternatives to Dr. Bill's non-existent hardware and kludgey software,
but I have not seen anything to give encouragement that Lomas is the
answer to our prayers, just more hype.

-Charlie
26-Feb-85 20:26:10-MST,867;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 20:26:05-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a010280; 26 Feb 85 21:56 EST
Received: from usenet by BRL-TGR.ARPA id a012867; 26 Feb 85 21:48 EST
From: apratt%iuvax.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: LASM.DOC and .HEX in net.sources
Message-ID: <5100009@iuvax.UUCP>
Date: 24 Feb 85 07:37:00 GMT
Nf-ID: #N:iuvax:5100009:000:274
Nf-From: iuvax!apratt    Feb 24 02:37:00 1985
Xref: seismo net.micro.cpm:3984
To:       info-cpm@AMSAA.ARPA


I have gotten so many requests of the type, "Could you send me
a copy, too..?", that I am posting LASM3.HEX and .DOC to net.sources.
Thank you to pur-ee!shields for sending me the answers instead of more
questions.
----
						-- Allan Pratt
					...ihnp4!inuxc!iuvax!apratt
26-Feb-85 20:37:09-MST,697;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 20:37:03-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a010300; 26 Feb 85 21:59 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a008353; 26 Feb 85 21:57 EST
Date: Tue, 26 Feb 85 21:56:18 est
From: Robert H Spitzer <rhs@PURDUE-ECN-EE.ARPA>
Received: by purdue-ecn-pc.ARPA; Tue, 26 Feb 85 21:56:18 est (4.12/5.20)
Message-Id: <8502270256.AA23059@purdue-ecn-pc.ARPA>
To: INFO-CPM@MIT-MC.ARPA
Subject: Royal PC

Does anyone out there have/have info on the Royal PC?  In particular,
does all CPM2.2 software run on it?  What type of expansion is
available?  Thanks.

						

26-Feb-85 21:14:04-MST,1067;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 21:13:58-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010666; 26 Feb 85 22:40 EST
Date: Tuesday, 26 February 1985  09:06-MST
Message-ID: <KPETERSEN.12090907776.BABYL@SIMTEL20.ARPA>
Sender: Chaz Fisher <chazf@brl-tbd.ARPA>
From: Chaz Fisher <chazf@brl-tbd.ARPA>
Subject:   The demise of Ziff-Davis
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Tue 26 Feb 1985 20:40-MST

According to the editor of Car and Driver - a rare beast among Z-D
magazines: they make a profit - what is really going on here is that
Ziff-Davis itself is going under.  They have sold a number of
magazines, C/D included, to CBS, and are in the process of
selling/closing nearly everything else.  So if you want a refund from
a defunct magazine, I suggest you move quickly.

More info on this is included in editor David E. Davis's Driver's Seat
column, February 1985 issue of Car and Driver.

Chaz Fisher (chazf@brl-tbd.arpa)
26-Feb-85 21:34:31-MST,1096;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 21:34:23-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010615; 26 Feb 85 22:36 EST
Date: 26 Feb 1985  20:36 MST (Tue)
Message-ID: <KPETERSEN.12090907097.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: LASM.DOC and .HEX
In-reply-to: Msg of 24 Feb 1985  00:37-MST from apratt%iuvax.uucp at BRL-TGR.ARPA

    From: apratt%iuvax.uucp at BRL-TGR.ARPA
    To:   info-cpm at AMSAA.ARPA
    Re:   LASM.DOC and .HEX in net.sources

    I have gotten so many requests of the type, "Could you send me a
    copy, too..?", that I am posting LASM3.HEX and .DOC to
    net.sources.  Thank you to pur-ee!shields for sending me the
    answers instead of more questions.
    ----
    						-- Allan Pratt
    					...ihnp4!inuxc!iuvax!apratt

LASM3 is also available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.ASMUTL>
LASM3.LBR.1			BINARY	 19200  801FH

--Keith
26-Feb-85 21:57:31-MST,764;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 21:57:26-MST
Received: from brl-vgr.arpa by AMSAA.ARPA id a010779; 26 Feb 85 23:02 EST
Received: from css-ring-gw by BRL-VGR.ARPA id a002537; 26 Feb 85 22:57 EST
Return-Path: <topaz!RU-BLUE!LEAR@seismo.ARPA>
Received: from topaz.UUCP by seismo.ARPA with UUCP; Tue, 26 Feb 85 22:54:07 EST
Received: from RU-BLUE.ARPA by topaz.ARPA; Tue, 26 Feb 85 22:47:52 est
Message-Id: <8502270347.AA01552@topaz.ARPA>
Date: 26 Feb 85 22:52:59 EST
From: The Little Guy <topaz!RU-BLUE!Lear@SEISMO.ARPA>
Subject: Apple II lowercase
To: brl-vgr!info-cpm@TOPAZ.ARPA
Cc: BRAIL@SEISMO.ARPA

I am talking about a shift key modification. Any ideas for a II+?
-------
26-Feb-85 23:20:48-MST,680;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 23:20:43-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a011249; 27 Feb 85 0:49 EST
Received: from usenet by BRL-TGR.ARPA id a016236; 27 Feb 85 0:40 EST
From: Jack Callahan <callahan%umcp-cs.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: 6502 Cross Assembler wanted
Message-ID: <3671@umcp-cs.UUCP>
Date: 27 Feb 85 04:22:22 GMT
Xref: seismo net.micro.cpm:3990
To:       info-cpm@AMSAA.ARPA

I need a 6502 cross assembler running under CP/M.  Commercial or 
public.  I appreciate any references, comments (on this subject only),
etc...  Thanks.

Jack
26-Feb-85 23:33:58-MST,1444;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 23:33:50-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa11249; 27 Feb 85 0:49 EST
Received: from usenet by BRL-TGR.ARPA id a016266; 27 Feb 85 0:41 EST
From: Dan Davison <davison%bnl.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: update on help! Bdos error on B: R/O
Message-ID: <889@bnl.UUCP>
Date: 25 Feb 85 19:09:33 GMT
Xref: seismo net.micro.cpm:3991
To:       info-cpm@AMSAA.ARPA

Thanks to all who've responded so far.  I wasn't very clear in stating
the original problem.  I get the above error message *when I haven't  
changed the disk in drive B*.  Sometimes I've just completed a PIP and
I know there is lots of space left on the disk.  My suspicion is that 
the write protect switch is acting up because if I stick my finger in the 
drive slot and jiggle the switch, the problem *sometimes* goes away.
And sometimes it doesn't.  An alternative that occasionally works is
to push the disk in and out of the drive a few times.

I've had this happen earlier today, and had to shut the system down
because I couldn't write to drive B, even after ^C'ing many times
and rebooting (and cursing and yelling....).  

Is this a hardware problem or something in the bdos/bios (I think I've
got the sources).

Thanks again,
dan davison
davison@bnl.arpa, .bitnet
...decvax!philabs!sbcs!bnl!davison
27-Feb-85 03:21:48-MST,1377;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 03:21:41-MST
Received: from nosc-gw by AMSAA.ARPA id a012258; 27 Feb 85 4:44 EST
Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
	id AA11809; Wed, 27 Feb 85 01:44:38 pst
From: bang!crash!ihom@nosc.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Received: by cod.ARPA (4.17/4.7)
	id AA15865; Wed, 27 Feb 85 01:43:04 pst
Message-Id: <8502270943.AA15865@cod.ARPA>
Date: Sun, 17 Feb 85 19:06:56 PST
To: bang!CMP.DOUG@texas-20
Subject: Re: changing user areas
Cc: bang!info-cpm@AMSAA.ARPA, bang!sdcsvax!sdcc3!37270588@nosc.ARPA

The BDOS function code for "getting" and "setting" the user area is 20h.
The contents of register E determines whether to get or set.  If register
E contains FFh, then the curent user area is returned in register A.
Any other valid user number in register E will set you to that user.
i.e.
 
procedure change_users;
   const
      user_code = $0020;   { BDOS call }
      current = $FF;
   var
      new_user : byte;
   begin
      writeln('Current user is: ',bdos(user_code,current));
      write('New user? ');
      readln(new_user);
      bdos(user_code,new_user);
   end;

--Irwin Hom          {ihnp4, sdcsvax!bang}!crash!ihom
				 bang!crash!ihom@nosc
			       sdamos!crash!ihom@ucsd


27-Feb-85 05:19:15-MST,1857;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 05:19:06-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a012878; 27 Feb 85 6:54 EST
Received: from sdcc3.ARPA by sdcsvax.ARPA (4.24/4.41)
	id AA03915; Wed, 27 Feb 85 01:39:50 pst
Received: by sdcc3.ARPA (4.24/4.41)
	id AA13625; Wed, 27 Feb 85 01:38:31 pst
From: 37270588%sdcc3@sdcsvax.ARPA
Message-Id: <8502270938.AA13625@sdcc3.ARPA>
Date: 27 February 1985 0137-PST (Wednesday)
To: info-cpm@AMSAA.ARPA
Subject: Re: changing user areas
Cc: ihnp4!crash!ihom@sdcsvax.ARPA, cmp.doug@UTEXAS-20.ARPA

>  Sorry to keep bugging you about this things but I've run into another little
>problem, I need to be able to change the user area from the program. The
>inline statement totally confused me and the Bdos function adjusts the wrong
>register. Do you know how to change to the user area?
 
------------
 
The BDOS function code for "getting" and "setting" the user area is 20h.
Perhaps you are not distinguishing hex from decimal or vice-versa (20h = 32d).
Anyways, the contents of register E determines whether to get or set the user
area.  If register E contains FFh, then the curent user area is returned in
register A.  Any other valid user number in register E will set you to that
user number.  i.e.
 
procedure change_users;
   const
      user_code = $0020;   { BDOS call }
      current = $FF;
   var
      new_user : byte;
   begin
      writeln('Current user is: ',bdos(user_code,current));
      write('New user? ');
      readln(new_user);
      bdos(user_code,new_user);   { put new_user in register E to change }
   end;
 
 
--Irwin Hom             {ihnp4, sdcsvax!bang}!crash!ihom
                                    bang!crash!ihom@nosc
                                  sdamos!crash!ihom@ucsd
27-Feb-85 05:54:19-MST,1093;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 05:54:13-MST
Received: from ut-ngp.arpa by AMSAA.ARPA id a013288; 27 Feb 85 7:22 EST
Date: Tue, 26 Feb 85 21:31:59 cst
From: "riggs, austen" <garey@UT-NGP.ARPA>
Posted-Date: Tue, 26 Feb 85 21:31:59 cst
Message-Id: <8502270331.AA16245@ut-ngp.ARPA>
Received: by ut-ngp.ARPA (4.22/4.22)
	id AA16245; Tue, 26 Feb 85 21:31:59 cst
To: info-cpm@AMSAA.ARPA
Subject: keyboards
Cc: garey@UT-NGP.ARPA


	My father is very interested in getting a hardwired Dvorak keyboard
rtkey  (Smartkey) to do the Dvorak in software, but there are problems using
those types of programs.  The Kaypro uses a serial port rather than a 
parallel port to connect the keyboard.  What needs to be done to change
the way the keyboard is decoded before it goes to the computer?  Would
it be a matter of a neew ROM somewhere?  Can you buy  a serial Dvorak
keyboard somewhere that would work on the Kaypro?  Any help or Info
would be greatly appreciated.

			Thanks   Jim Garey    garey@ut-ngp.arpa
27-Feb-85 06:02:21-MST,1298;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 06:02:15-MST
Received: from ut-ngp.arpa by AMSAA.ARPA id a013294; 27 Feb 85 7:22 EST
Date: Tue, 26 Feb 85 21:39:03 cst
From: "riggs, austen" <garey@UT-NGP.ARPA>
Posted-Date: Tue, 26 Feb 85 21:39:03 cst
Message-Id: <8502270339.AA16351@ut-ngp.ARPA>
Received: by ut-ngp.ARPA (4.22/4.22)
	id AA16351; Tue, 26 Feb 85 21:39:03 cst
To: info-cpm@AMSAA.ARPA
Subject: keyboards
Cc: garey@UT-NGP.ARPA

           I scrambled the previous message somewhat, here it is again:

	My father is very interested in getting a hardwired Dvorak keyboard
that will work on his kaypro 10.  He is currently using Smartkey to do the
Dvorak in software, but has had problems with that and similar programs,
especially when it comes to typing control characters.  The kaypro evidently
uses a serial port rather than a parallel port to connect the keyboard.
	What needs to be done to change the way the keyboard is decoded before
it goes into the computer?  Can one buy a serial Dvorak keyboard somewhere that
would work on the Kaypro?  He has contacted Kaypro, the keyboard manufacturer,
and the Dvorak society to no avail.  Any help would be appreciated.

		Thanks,   Jim Garey   garey@ut-ngp
27-Feb-85 08:53:07-MST,1476;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 08:53:00-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a013416; 27 Feb 85 7:28 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000999; 27 Feb 85 7:21 EST
Date: Wed 27 Feb 85 07:21:04-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Re: Apple II lowercase
To: topaz!RU-BLUE!Lear@SEISMO.ARPA
cc: info-cpm@MIT-MC.ARPA
In-Reply-To: Message from "The Little Guy <topaz!RU-BLUE!Lear@SEISMO.ARPA>" of Tue 26 Feb 85 22:52:59-EST


A shift key mod for the ][+??  All it takes is a wire; there's no big deal
about that really.  Mine consists of one wire with alligator clips on either
end, and one small wire coming out of the game I/O port.  Simply take a
thin short wire, stick it in the game I/O socket (I meant socket not port,
whatever...) at pin 4, and attach one end of the alligator clipped wire to
this short wire that's in pin 4 of game I/O, and the other end to the
keyboard encoder board.  You'll notice that you have under the keyboard
a pile of half-inch pins all lined up.  You'll want the one that's 2nd from
the right (at a bird's eye view of the apple, assuming that the bird is
aloft (1)).  This is where you put the other end of the alligator clipped
wire.  THEN of course, you need the lowercase chip or card or whatever.
(I use a Viewmax-80 card).

(1) Ted Dewan

-dru
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

27-Feb-85 09:46:22-MST,707;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 09:46:16-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a019583; 27 Feb 85 11:16 EST
Received: from ut-ngp.arpa by BRL-AOS.ARPA id a004038; 27 Feb 85 9:54 EST
Posted-Date: Wed, 27 Feb 85 08:50:02 CST
Message-Id: <8502271451.AA01865@ut-ngp.ARPA>
Received: by ut-ngp.ARPA (4.22/4.22)
	id AA01865; Wed, 27 Feb 85 08:51:21 cst
Date: Wed, 27 Feb 85 08:50:02 CST
From: Rick Watson <rick@UT-NGP.ARPA>
To: info-cpm@BRL.ARPA
Subject: Xebec 1410 controller code

To Mike Webb: If you'll send me your net mailing address, I'll mail
you my Xebec controller code.

Rick Watson (rick@ut-ngp.arpa)
27-Feb-85 13:44:08-MST,910;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 13:44:01-MST
Received: from simtel20.arpa by AMSAA.ARPA id a026606; 27 Feb 85 15:06 EST
Date: Wednesday, 27 February 1985  11:07-MST
Message-ID: <KPETERSEN.12091086478.BABYL@SIMTEL20.ARPA>
Sender: Steve Noland <NOLAND@usc-isi.ARPA>
From: Steve Noland <NOLAND@usc-isi.ARPA>
To: kpetersen@SIMTEL20.ARPA
Subject:   Bogus NULU ver. 1.2
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Wed 27 Feb 1985 13:01-MST

Recently a file called NULU12.OBJ appeared on a local system in L.A.  This
fill appears to NOT be a real update to NULU11, but just a renamed NULU11
with the fix file added.  Date appearing in header is 3 Feb 85, along with
NULU 1.2.  That is the same date as in the "fixed" NULU11.  Please watch
for this in your area.

Regards, 
Steve Noland
27-Feb-85 20:11:30-MST,1061;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 20:11:24-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029690; 27 Feb 85 21:46 EST
Received: from usenet by BRL-TGR.ARPA id a015429; 27 Feb 85 21:40 EST
From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Running Modem840 from MS-DOS
Message-ID: <1010005@acf4.UUCP>
Date: 27 Feb 85 15:55:00 GMT
Xref: seismo net.micro.cpm:4000
To:       info-cpm@AMSAA.ARPA

<<<>>>

For those owners of Z-100's, Compupro 8/16's, Lomas's and Rainbows, I have
discovered that it is possible to run Modem840 from MS-DOS (to be able to
download MS/PC-DOS stuff from the many emerging PC-DOS BBS) by using
the CPM/86 emulator from Lifeboat associates (about $70). Modem840 is
available from SIMTEL20 by anonymous ftp in the directory MICRO:<CPM.CPM86>

                                      Sam Chin
                                      allegra!cmcl2!acf4!tsc2597
                                      tsc2597@nyu-acf4
27-Feb-85 20:44:37-MST,1520;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 20:44:25-MST
Received: from simtel20.arpa by AMSAA.ARPA id a029798; 27 Feb 85 22:17 EST
Date: Tuesday, 26 February 1985  07:36-MST
Message-ID: <KPETERSEN.12091165785.BABYL@SIMTEL20.ARPA>
Sender: Henry Schaffer <hes%ecsvax.uucp@brl-tgr.ARPA>
From: Henry Schaffer <hes%ecsvax.uucp@brl-tgr.ARPA>
Subject:   MOV transient protectors
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Wed 27 Feb 1985 20:17-MST

Re: protecting your house from lightning carried on the incoming power
lines.

1) Most homes around here have 3 line, single phase 120/240 service.
All three lines should be protected- taking 3 MOVs or ONE three-
electrode gas tube.  When the gas tube is fired (due to voltage on
any pair of lines) it "shorts" all three lines together.

2) At the entrance to the house wiring the power lines can indeed
supply lots of power and so the protection device must be able to pass
lots of current and dissipate lots of power.  Once again a gas tube
fits the description.

  A company I've dealt with (through a distributor) which makes a
variety of gas tube surge protectors is TII (I don't remember what it
stands for, and I can't find my catalog.)  An example of a home
lightening surge protector (from a 6 year old spec sheet): Three wire,
maximum discharge voltage: 450V@500AMP, 800V@1,000AMP 2 1/2" x 2 1/2"
x 1 3/8" + 1/2" threaded nipple $21.54.
27-Feb-85 21:13:33-MST,1060;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 21:13:25-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029916; 27 Feb 85 22:45 EST
Received: from usenet by BRL-TGR.ARPA id a016337; 27 Feb 85 22:40 EST
From: lawrence%pogo.dec@BRL-TGR.ARPA
Newsgroups: net.micro.cpm,net.wanted
Subject: Modem software
Message-ID: <770@decwrl.UUCP>
Date: 27 Feb 85 16:15:32 GMT
Sender: daemon%decwrl.uucp@BRL-TGR.ARPA
Xref: seismo net.micro.cpm:4001 net.wanted:6200
To:       info-cpm@AMSAA.ARPA

I am looking for modem/terminal software for an S-100 CP/M system running
a Z80 system with a CCS 2810 CPU and 2719 I/O board.  I am looking to see
if I can down load files from a CP/M system to a Commodore 64 in order to
save these files on the Commodore disk drive.  It need not be complex,
since I only need the software to down load at the moment.  If anyonh has any
modem hardware (schematics, etc) that would be helpful, too.

		Sent replies on the net, then I can send you my address.



	
27-Feb-85 23:44:08-MST,1075;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 23:44:02-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a000137; 28 Feb 85 1:11 EST
Date: 28 February 1985 01:11-EST
From: "Allan D. Plehn" <PLEHN@mit-mc.ARPA>
To: kpetersen@simtel20.ARPA
cc: wancho@simtel20.ARPA, info-cpm@AMSAA.ARPA

I am confused as how to ftp a file from SIMTEL20 to MIT-MC and then
download it to my machine and get the checksum to agree.

For example: In the <cpm.filutl> dir there is a file FINDU10.COM.
The checksum shown for this file in the CRCLST of 010585 was
25F1H and it was labelled to be a COM file.  The CRCLST of
021185 labelled it as a BINARY file, with the same checksum of
25F1H.  When I FTP this file to MIT-MC the checksum, as shown by the :CRC utility on MC is 82D3H and it
is indicated to be "ASCII TEXT".

When I download this file using :MMODEM SB I get still another checksum
when I check the received file using CRCK.  I get 542AH.

Can someone tell me what I'm doing wrong?

				Al Plehn
:prmail

28-Feb-85 00:09:16-MST,3120;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 00:09:03-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000155; 28 Feb 85 1:31 EST
Received: from css-ring-gw by BRL-TGR.ARPA id a017920; 28 Feb 85 1:23 EST
Return-Path: <topaz!RU-BLUE!BRAIL@seismo.ARPA>
Received: from topaz.UUCP by seismo.ARPA with UUCP; Thu, 28 Feb 85 01:26:10 EST
From: topaz!RU-BLUE!BRAIL@SEISMO.ARPA
Received: from RU-BLUE.ARPA by topaz.ARPA; Thu, 28 Feb 85 01:18:07 est
Message-Id: <8502280618.AA19798@topaz.ARPA>
Date: 28 Feb 85 01:23:09 EST
Subject: Apple ][ shift mod.
To: nmtvax!kenyon@TOPAZ.ARPA, nmtvax!robert@TOPAZ.ARPA, lear@SEISMO.ARPA
Cc: brl-tgr!info-cpm@TOPAZ.ARPA, brl-tgr!info-apple@TOPAZ.ARPA

	Here is how to do a shift mod. on your apple II (not //e). A
recent message on info-apple covered some of it.

	You will have to connect a wire from the shift key to pin 4 on
the game port. It's the fourth pin from the front on the left side,
looking at it from the keyboard end. One of my ancient tomes (the
Superscribe II manual) saya to use a 13in. length of #22 wire, and
strip 1/4" from both ends. This is a bit too detailed, but who cares.
Ho
	How you connect the other end depends on your computer. If
your apple is revision 6 or 7, it has an extra circuit board attached
between the keyboard and the motherboard. If it is revsion 5 or below,
it doesn't.

	For 6 or 7, connect the other end to the second pin from the
right on the 50-pin connector. (right under the asterisk key) The
connector is on the right half of the board. This is the shift pin.

	If it's revision 5 or below, you have to remove the case by
unscrewing the screws on the bottom (all 10 screws). Then solder the
wire to tyhe shift pin pon the keyboard encoder. 

	You can now use the shift key by reading the input from
paddle button 2 (this is where you connected the wire). It works: I'm
using it now with Ascii Express and as Videx Videoterm 80 col. card.

	To take things further, Robert Kenyon wrote:

> I got the mod I wanted.  There is an actual hardware mod to make the 
> keyboard produce lowercase.  I have had the shift key mod for years
> and recently I got sick and tired of writing all my code to translate
> the keyboard and shift key mod.  On rev. 7+ apples there is an encoder
> board that has a switch to make the reset key either reset alone or
> ctrl-reset.  Just to the right of it (from the keyboard side) there are
> six fairly large holes in the encoder board in a 2X3 array.  There are
> two sets of triangular pads that need to be cut in order for this mod
> to work.  Then you need to insert a DPDT switch in the six holes.  When
> you are done, you have a keyboard that will generate both upper and lowercase
> letters just like a real keyboard.  Thanks for your response!
>
>			Robert Kenyon
>			...lanl!unmvax!nmtvax!kenyon

	This seems as if it will work better. Does anyone have more
specific details?

ARPA: BRAIL@RU-BLUE.ARPA
UUCP: ..(ihnp4!ut-sally, seismo, allegra!packard)!topaz!ru-blue!brail
-------
28-Feb-85 01:51:33-MST,1073;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 01:51:26-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000285; 28 Feb 85 3:21 EST
Date: Thursday, 21 February 1985  17:29-MST
Message-ID: <KPETERSEN.12091218564.BABYL@SIMTEL20.ARPA>
Sender: ihnp4!wlcrjs!lazeldes@ucb-vax.ARPA
From: ihnp4!wlcrjs!lazeldes@ucb-vax.ARPA
Subject:   source for magazine storage boxes?
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 28 Feb 1985 01:07-MST

>Does anyone know of a source of reasonably priced magazine storage
>boxes?  (I think ~$1.00 or less per box is reasonable.)

Quill Corporation, 100 S. Schelter Rd., P.O. Box 4700, Lincolnshire,
IL 60197-4700, (312) 634-4800, has these files starting at $10.68 per
dozen for the 11-3/4 x 4 x 9" size in fiberboard.  The price per dozen
goes down in larger quantities.  They have other sizes at a higher
price ($14.99/doz.)  and more deluxe files at still higher prices.

					Leah A Zeldes
					...ihnp4!wlcrjs!lazeldes
28-Feb-85 02:50:37-MST,1206;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 02:50:28-MST
Received: from su-star.arpa by AMSAA.ARPA id a000353; 28 Feb 85 4:18 EST
Date: 27 Feb 85 23:29:00 PST
From: "R. MEIER" <rmeier@su-star.ARPA>
Subject: ftp of files from simtel20 to unix
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "R. MEIER" <rmeier@su-star.ARPA>

info-cpm,
	Can anyone tell me how to port squeezed and library files
from simtel20 to a unix system?  I have been unable to transfer
anything successfully since the change in the squeezer format.
Thank you for any assistance.
	Since the changes in the squeeze format of files archived
on simtel20.  Specifically after transferring a .lbr file to a
unix system, I use itstonorm.c and lar.c from micro:<unix.cpm>
on it.  If I simply use lar.c, it tells me that the library has
no entries, none used, and none unused.  If I run itstonorm on it and
then run lar.c on it, I am informed that it is not a library.  I
have tried to read the ludef5.dqc files but likewise I cannot get
xusq107.c from micro:<unix.cpm> to work.  It informs me that the
decode tree is invalid.
				Bob (rmeier@star.arpa)
------
28-Feb-85 04:15:42-MST,1385;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 04:15:37-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000522; 28 Feb 85 5:52 EST
Received: from usenet by BRL-TGR.ARPA id a019779; 28 Feb 85 5:40 EST
From: "John Antypas @ UC San Diego" <ix255%sdcc6.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.lang.c,net.lang.pascal,net.micro.apple
Subject: Curve Plotter for Diablo?
Message-ID: <1933@sdcc6.UUCP>
Date: 27 Feb 85 16:57:47 GMT
Xref: seismo net.micro:10044 net.micro.cpm:4006 net.lang.c:4651 net.lang.pascal:266 net.micro.apple:1791
To:       info-cpm@AMSAA.ARPA

Does anyone out there, have, in any language (high level), for any
computer, a program which will do simple two dimensional curves on a
Diablo printer.  I type lots of lab reports and am tired of plotting
curves by hand. I have seen that Diablos can do simple graphics,
that's all I want.  The ability to read in say four sets of X,Y data
points into the same graph would be nice.  Any help in the area would
be most appreciated.  BitGraphics and Character Graphics programs are
both quite acceptable.

Greg L. Hartzog {Posted via friend}

...!ucbvax!ucdavis!u566654244ea
...!{ucbvax,ihnp4,noscvax}!sdcsvax!sdcc6!ix255

ARPA: ucdavis!u566654244ea@Berkeley
      sdcsvax!sdcc6!ix255@{Berkeley,Nosc}

Bell: 619 455 0255
28-Feb-85 04:17:41-MST,700;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 04:17:37-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000524; 28 Feb 85 5:53 EST
Received: from usenet by BRL-TGR.ARPA id a019833; 28 Feb 85 5:41 EST
From: johna%haddock.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: Re: xebec s1410 info
Message-ID: <368@haddock.UUCP>
Date: 28 Feb 85 04:53:03 GMT
Nf-ID: #R:brl-tgr:-867100:haddock:13500001:000:108
Nf-From: haddock!johna    Feb 27 11:26:00 1985
Xref: seismo net.micro.cpm:4007
To:       info-cpm@AMSAA.ARPA

Douglas Comer's book on XINU has source code for driving a Xebec 1410
controller.
				johna @ ...decvax!ima
28-Feb-85 11:15:04-MST,2696;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 11:14:50-MST
Received: from simtel20.arpa by AMSAA.ARPA id a009526; 28 Feb 85 12:35 EST
Date: 28 Feb 1985  10:35 MST (Thu)
Message-ID: <KPETERSEN.12091322004.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: MLOAD24 - a enhanced replacement for LOAD

MLOAD, Ron Fowler's enhanced replacement for CP/M-80's LOAD.COM has
been updated to version 2.4 and is now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.ASMUTL>
MLOAD24.AQM.1			BINARY	 24064  585AH

MLOAD is a replacement for the cp/m "LOAD" program: this program fixes
many of the problems associated with the "CP/M" load program, and adds
many new features.

MLOAD has the ability to pre-load a non-hex file, allowing mload to be
used to load hex file patches (obviating any need to use DDT).  The
first (and only the first) filespec (after the "=", if used) may be
non-hex; the filetype must be specified.

	Examples:
		1)	mload ws.com,wspatch
		2)	mload MEXTEST=MEX112.COM,MXO-US13
		3)	mload ws.ovr,ovrpatch

The first example loads WS.COM, overlays it with wspatch.hex, and
writes the output to WS.COM.  The second example loads MEX112.COM,
overlays it with MXO-US13.HEX, and writes the output file to
MEXTEST.COM.  (note that the second example is the recommended
technique, since it preserves the original file). The third example
loads WS.OVR and patches it with the file "OVRPATCH.HEX".

ZCPR2-style du specs are fully supported, for both input and output
files.  Thus, the following command lines are permissable:

	b3>mload a4:myfile.com=0:bigfil,b6:patch1,c9:patch2
	a6>mload b5:=c3:mdm717.com,mdmpatch

After loading, an information line is printed in the statistics
report, which displays the true size of the saved image.

This program is a replacement for the cp/m "LOAD" program.  Why
replace "LOAD"?  well... LOAD.COM has a few deficiencies.  For
example, if your hex file's origin is above 100h, LOAD.COM prepends
blank space to the output file to insure it will work as a CP/M
transient.  It cares not if the file is not intended as a CP/M
transient.  It also doesn't like hex records with mixed load addresses
(for example, one that loads below a previous record -- which is a
perfectly legitimate happenstance).  Also, LOAD.COM can load only one
program at a time, and has no provision for a load bias in the command
specification. Finally, there is no provision for user specification
of the output file name.

[notes by Ron Fowler]

--Keith
28-Feb-85 13:28:33-MST,2863;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 13:28:18-MST
Received: from mit-multics.arpa by AMSAA.ARPA id a012233; 28 Feb 85 14:46 EST
Date:  Sat, 23 Feb 85 13:40 EST
From:  "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
Subject:  Nutrient composition databases
To:  Larry Wright <LWRIGHT@SRI-KL.ARPA>
cc:  INFOODS@MIT-MULTICS.ARPA
Message-ID:  <850223184005.559486@MIT-MULTICS.ARPA>
Resent-Date:  28 Feb 85 14:43 EST
Resent-From:  "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
Resent-To:  info-cpm@AMSAA.ARPA
Resent-Message-ID:  <850228194359.687904@MIT-MULTICS.ARPA>

Well, there are dozens, but few that can be accessed without some local
cooperation.  In addition, much of the action during the last few years
has been in getting this kind of data in a form so that it can be
distributed on diskettes, with accessing software, for Apple-sized
machines.  A directory of many of those databases, and whether/how they
are accessible from the outside, has been produced annually for the last
few years by Dr.  Loretta Hoover at the University of Missouri at
Columbus.  You may want to reach them and get a copy of the directory
(if you have problems tracking down an address or number, send me mail
and I will send it to you when I next go into the office).

Most of the data available in this country is derived from USDA data
(mostly the so-called Handbook 8) and from data prepared by the FDA.
While those data are public, neither of those organizations have chosen
to make them available via networks (although some of them are available
in machine-readable form).  Most of the databases listed by Hoover are
USDA data, plus some local analyses (of varying quality), plus software;
their vendors are essentially acting as value-added retailers of the
public data.

You should be especially careful where trace nutrients are concerned.
In addition to being analytically tricky, the values of several of them
seem to depend heavily on local growing or feeding conditions, so the
ranges associated with the values (rarely contained in the available
tables) can be astronomical.

We have a project running (under the name "INFOODS") with the charge of
trying to bring some sense out of this madness and of making sure that,
a few years down the line, there are clear "yes" answers to inquiries
like yours from anywhere in the world.  If you can give me a surface
mail address and some information about your background and interests in
this type of information, and are interested, I will get you onto the
newsletter mailing list.

John Klensin
 Chair, Committee on Information Systems
 INFOODS Secretariat
  (INFOODS @ MIT-Multics)
  (Room 20A-226, Massachusetts Institute of Technology, 77 Massachusetts
Avenue, Cambridge, MA 02139.  617/253-3780).
28-Feb-85 14:19:44-MST,1086;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 14:19:36-MST
Received: from simtel20.arpa by AMSAA.ARPA id a013190; 28 Feb 85 15:32 EST
Date: 28 Feb 1985  13:32 MST (Thu)
Message-ID: <KPETERSEN.12091354181.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA, INFO-IBMPC@usc-isib.ARPA
Subject: uucp information?

A friend is writing a Public-Domain MSDOS uucp implementation.  He
needs information on the protocol used by uucio, and on
RS-something-or-another headers.

He says there was something very recently on one of the mailing lists
on where to get various on-line papers, and these were mentioned
there.  Does anyone have a copy of these messages?

Any pointers to information, papers, public-domain implementations or
half-implementation, people, etc. would be appreciated.

--Keith <W8SDZ@SIMTEL20.ARPA>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
28-Feb-85 15:32:01-MST,2579;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 15:31:48-MST
Received: from simtel20.arpa by AMSAA.ARPA id a015285; 28 Feb 85 17:02 EST
Date: 28 Feb 1985  15:02 MST (Thu)
Message-ID: <KPETERSEN.12091370544.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: XMODEM version 105 now available from SIMTEL20

Thanks to Steve Noland <NOLAND at USC-ISI.ARPA>, we now have XMDM105,
the latest version of XMODEM.  XMODEM is primarily of interest to
Remote CP/M system operators.  It allows unattended uploads and
downloads using the enhanced Christensen "MODEM" protocol (compatible
with MODEM7) using either CRC or CHECKSUM modes.  The file is
available via ANONYMOUS ftp from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.RCPM>
XMDM105.LBR.1			BINARY	 97408  6628H

Here are the CRCs for the library's internal files:

	File		Bytes		CRC

	READ.ME		3669		4A89
	WHAFOR.COM	1536		4C8C
	WHANEW.COM	1536		199A
	WHATSFOR.COM	1280		6240
	XMDEL.COM	1152		E3B7
	XMDM105.AQM	78208		E409
	XMDM105.DQC	5376		7004
	XMDM105.IQF	4224		C889

Here is what's new in recent versions:

XMDM105: Now accepts XMODEM R 6:HELLO.DOC.  It also accepts ZCPR
convention, using the current drive if none is mentioned.  Date
routine added for CP/M+ users.  As .PRL files are handled like .COM
files by CP/M+ systems, those are changed now to .OBJ files when using
the CPMPLUS equate.  Several useful auxiliary programs added such as
WHAFOR, WHATNEW, XMDEL, etc., for the SYSOP's use.

XMDM104 NEW CHANGES: Asks for a description of a non-private upload.
Creates and maintains a WHATSFOR.TXT file in A14: area.  A companion
program called WHATSFOR.COM would be placed in A0: to display the
contents of the description file, offering full security.  Most recent
descriptions will be shown first.  (A safety feature times out in
about two minutes if no description is typed.  This prevents permanent
hangups.)

XMDM103: When the WHEEL byte is set, XMDM103 allows SYSOPs to upload
files to any drive or user area in a normal manner.  Previous versions
required the SYSOP to use the same location (usually B0:) available
for remote user.

Configuration option CPMPLUS is provided to allow the TIMEON feature
to operate in a CP/M Plus environment.  The code includes page zero
definition changes as well as additions to the GETTIME subroutine.
Other recent changes listed early in XMDM103.ASM.

--Keith
28-Feb-85 19:27:16-MST,1059;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 19:27:11-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a016098; 28 Feb 85 21:02 EST
Date: 28 Feb 1985 19:48-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Modem software
From: ABN.ISCAMS@USC-ISID.ARPA
To: lawrence%pogo.dec@BRL-TGR.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]28-Feb-85 19:48:30.ABN.ISCAMS>
In-Reply-To: <770@decwrl.UUCP>

Friend,

Re your wanting modem/terminal software for a CP/M system to download to
a Commodore 64...

If you want to do this Thing back-to-back (e.g., not over a telephone), you
could do it through a straight RS-232 connection! PIP will do an XON/XOFF
transfer (>PIP LST:=FOOBAR.TXT[B]).  They sell RS-232 converters for
the C64 via mail order for about $39, and the latest Byte (I think) had
a simple board for that .

If you truly need modem software, get back with me and I'll point you
to MODEM7xx.

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID.ARPA)
28-Feb-85 19:40:53-MST,3940;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 19:40:38-MST
Received: from rand-unix.arpa by AMSAA.ARPA id a016100; 28 Feb 85 21:03 EST
Received: from vortex.UUCP by rand-unix.ARPA; Thu, 28 Feb 85 16:16:56 pst
Date: Thu, 28-Feb-85 15:55:37 PST
From: Lauren Weinstein <vortex!lauren@rand-unix.ARPA>
Subject: UUCP
Message-Id: <8502281555.342.2.VT1.00C@vortex.UUCP>
To: info-micro@BRL-VGR.ARPA, info-ibmpc@USC-ISIB.ARPA
Cc: info-cpm@AMSAA.ARPA, w8sdz@MIT-MC.ARPA

Since it is pretty widely known that I have my own versions of
UUCP that are unrelated to AT&T code, I thought I'd comment
on this general topic now to head off the direct mail that usually
gets sent to me after such queries.

---

It is important to realize that UUCP isn't really a protocol, it
is an EFFECT.  It is a bunch of different programs that happen
to know how to speak to each other.  There is no "formal" protocol
in the sense that TCP/IP is a formally specified protocol.
One reason you don't see much about how the protocol works is that
since it is embodied in trade-secret source code, it would be
illicit to read the UUCP source code to figure out the protocol
(and then use or publish that information in non-Unix-licensed environments).

I developed my own knowledge and versions of UUCP completely from the
outside, without any reference to UUCP source code.  This turned out
to be a tremendously more difficult task than I had originally
anticipated.  It involved almost two years of experiments and
endless experimental versions that "sorta" worked or worked only
with some sites.  One of the problems was that I never had any
way to know what I DIDN'T yet know--until one day some new site
would call me and everything would stop working.  Then it was
back to the drawing board.

Over a long period of time, mainly by trial and error, I've gotten
to the point where my own versions of UUCP and related programs
(mail, netnews, rdmail, etc.) seem to be compatible with all known
Unix UUCP's.  I've even got 822 domain support built into my latest
versions.  But when people complain that it has taken me so long
to make these available (particularly the MSDOS version) I can
only point out that it all (from the communications level to the
problems of incompatible filenames and file formats) was a LOT
of work and that I had to do everything on my own time without
any outside support.  I'll be releasing my MSDOS uucp/mail/netnews/
remote access package, including domain support, as a complete package.
For people who don't need all that stuff (and it is a LOT of stuff)
I'll be happy to discuss unbundling UUCP itself or other parts
of the package if people really want it.

Once the various versions of UUCP have settled down again,
I'll try get back to writing up a "formal" protocol spec, which
would include communications info, file naming and handling,
timing constraints (this turns out to be much more critical
than one would think, especially on small machines) and all the
other stuff I've learned over the last couple of years.  Since
all of this knowledge was gained without looking at Unix UUCP source,
I'll be happy to share it once I can put it into a coherent 
framework and I finally have some spare time.

----

Frankly, if I had all of this work to do all over again, I probably 
wouldn't have started.  It was simply too much work and ate a substantial 
chunk out of my life.  What would I have done instead?  I'd have used an 
automated Kermit for everything.  Which is what I currently recommend to
people trying to get fancy file transfer programs going with new
machines.  I am big Kermit fan.

--Lauren--

P.S.  If you have any questions, please contact me directly.
      I'll be happy to help.  But these poor lists are already
      overflowing!  Let's try give them a break.

--LW--


